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ABSTRACT 

This program contains four training modules on the 
development and use of the education management information system. 
It is designed primarily for planners and administrators at the 
provincial level in Indonesia, who are responsible for collecting, 
processing, and analyzing statistics for educational planning and 
management. The purpose of the program is to facilitate the uso of 
microcomputers to increase the speed of access, flexibility, and 
versatility of this information. The training modules cover the basic 
framework of an integrated management information system, demonstrate 
setting up and using a system, show how interactive models can be 
developed on microcomputers, and illustrate how computer systems can 
be modified to cope with changes using readily-available, 
user-friendly software. Modules I-IV cover basic concepts and 
computer applications to educational planning management, development 
of the educational management information system, use of the 
management information system for management control, and use of the 
management information system for education planning. (JPT) 
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PREFACE 



The Educational Policy and Planning (EPP) Project is a seven yearproject conducted 
jointly by the Indonesia Ministry of Education (MOEQ and the United States Agency 
for International Development (US AID) . The overall project objective is to improve the 
quality of education in Indonesia by assisting the MOEC, through the Office of 
Educational and Culmral Research and Development (Balitbang Dikbud), to formulate 
better policies and long-term plars. The project aims to improve policy formulation and 
long-term planning by improving the timeliness, relevance and accuracy of educational 
data collection, the subsequent analyses of such data, and theirultimate use for policy and 
decisionmaking. 

There are three major components of the EPP Project: (1) development of an 
integrated managenent informations system (MIS) within the MOEC, (2) enhancement 
of MOEC policy research and analysis capacity, and (3) support for MOEC institutional 
development at the national and provincial level through training and technical assis- 
tance. EPP technical advisory staff work closely with counterpart Indonesian staff as part 
of a collaborative process of developing institutional capacity. 

Dr. Boediono 
Head, Center for Informatics 
Office of Educational and Cultural Research and Development 
Department of Education and C^ilture 
Republic of Indonesia 



The EPP Project in collaboration with the USAID Improving the Efficiency of 
Educational Systems (EES) Project, publishes EPP documents in order to disseminate 
this knowledge and extend its usefulness. EPP has carried out a series of policy studies 
designed to provide answers to key questions facing Indonesian educators. These 
include: 

The Quality of Basic Education 

The Quality and Efficiency of Vocational/Technical Education 

The Strengthening of Local Education Capacity 

Developing Indicators of Educational Efficiency 

Teacher Education Issues 

Curriculum Refomi and Textbook Production 

Education, Economic, and Social Development 

This series has been planned under the direction of Moegiadi, Balitbang Dikbud, and 
Boediono, Center for Informatics, Balitbang Dikbud and Simon Ju, EPP Chief of Party. 

Editors for the series are Abas Gozali, Reta Hendrati Dewi, Center for Infomiatics, 
and Jerry Messec, lEES, Florida State Univereity. 



INTRODUCTION TO EPP TRAINING MODULES ON THE 
DEVELOPMENT & USE OF MIS ON MICROCOMPUTERS 



1.0 Purposes 

1 . 1 These training modules on the development and use of the education management information 
system are primarily designed for pbrjters and administrators at the provincial level, who are responsible 
for collecting, processing and analyzing statistics for educational planning and management The main 
feature of the modules is the use of microcomputers to enhance the speed, flexibility, and versatility in 
the use of information. 

1 2 The purposes of the modules are as follows: 

• To introduce to the participarts the basic frameworic of 9Ji integrated education management 
information system which could be v:>cd to serve the varied needs of diffeient users; 

• To demonstrate how such a system could be set up, making use of microcomputers, and how 
data could be retrieved for analytical purposes; 

• To show how an interactive model(s) for diagnostic, forecasting, planning and budgeting 
purposes could be developed on microcomputers; and 

• To show, as well, how the computer system and the models could easily be modified to cope 
with unforeseen changes in requirements, with the help of user-friemUy software packages 
abundantly available on the market 



2.0 The Hierarchies of Information 

2.1 When viewed in terms of the point at which information is collated and used, there are three 
main levels of information: 

• The school level, at which detailed information about individual pupils, teachers and staff 
(including their name, age, sex, grade, home address, academic performance, qualification, 
salaries, etc.), as well as information about the schools (e.g., area, number of rooms, equipment, 
etc.) have to be kept for the smooth running of the schools concerned; 

• The district level, where not all the data kept by schools are required* Only summary statistics 
such as the number of pupils by age, sex and grade, and the amount of recurrent expenditures are 
required for individual schools; and 

• The national level, where, depending on the extent of decentralization, detailed information on 
individual schools may not be required. Only summary information is collected at the 
subdistrict or district level. 



2.2 Alternatively, depending on the usage, information could be distinguished between that for 

• planning, 

• management control, and 

• operation. 



2.3 Ideally, information at the school, district, and national level should be integrated and shared in 
one, or one network, of data b9se(s). For instance, information stored in schools coukl be computerized, 
and only the relevant data would be extracted and passed to the computer system kept at the district level; 



and the similar procedure could apply to the flow of information between the district and national leveL 
This could help avoid a lot of duplication of work; and solve the problems of quality of data and the time 
lag in producing the information. With the use of individualized data bases, more accurate infonnation 
could be made available about pupil and teacher flow, which is extremely useful in planning school 
kxation, and teacher demand and siq)ply« The individualized data base could also reduce considerably the 
data problems confronting educational researchen, especially those engaged in longitudinal studies. 

2.4 Similarly, the same can be said of infonnation for planning, management control and 
operation* For instance, a simple ledger accounting system, if carefully designed and computerized, 
could provide a wealth of information useful in monitoring spending, analyzing cost structure und 
efficiency, as well as for forecasting and planning educational expenditures. 

2.5 For the purpose of the present training modules, it is not proposed to cover the entire 
spectrum of the information system as discussed above, which would be cleariy beyond the scope of this 
training program. Attention will mainly be focused on the f<Mo ving: 

• The flow of information from schools to the provincial and central offices via the usual channel 
of school surveys conducted by the Balitbang; and 

• The use of such information (or planning and administrative purposes at the central as well as 
provincial level. 



Once the participants have mastered the basic principles and techniques discussed in this training 
program, they should have relatively little difflculties to applying them to different information 
environments in their daily work. 



3.0 OryiniTi^Hr^n of the Modules 

3.1 Hiere will be four modules in this training program, which are as follows: 

• Module I: Overview of basic concepts and computer applications in educational pboning, 
managcnoem, and research; 

• Module n: The devdc^ment of the Education Management Information System; 

• Module in: The use of the Education Management Information System for manag.'ment 
control; and 

• ModiUe IV: The use of the Education Manageme 3t Information System for planning* 



4.0 The Stnictore of Instnictional/Leaminir Process 

4.1 Much of the emphasis placed in this uaining program is the use of microcomputers and 
software packages. Alttiou^ data base and spreadsheet programs for data files creation and manipula^ 
and modeling have already been designed for the participants, they inevitably have to understand and 
practice the techniques in the use of microcomputers and software packages* With the availability of 
many user-friendly software packages and utility programs, computer programming could be kcisx to a 
minimum. It is also the aim of this training module to show to the participants that understandii^g the 
bask principles and operating system of the various software packages would be sufficient to enable 
them make full use of the information available to them for planning, management and research. Por 
those participants who have a keen interest in computer programming and in mastering the software 
package, this training module will prepare them for further improving their computer skiUs by 
practknng the techniques demonstrated in this program. 
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4.2 It is recognized that the design of a management infonnation system should be largely user 
oriented It should start by looking at the potential uses of information rather than for the collection of 
information per se« However* it would be deceptive to assume that all potential uses of infotmation 
could be foreseen at the time a management infonnation system is constructed* Furthermoie, the 
requirements and practices in educational planning and management in Indonesia v^.:y considenbly fitom 
province to province. Thus, it is almost impracticaUe to include the q;)ecific rec;airements of each and 
every province in designing the training modules. 

4.3 Naturally, participants to the training program would come firom diffnent divisions of the 
provincial education offices. Some of them may mainly be concerned with say planning and budgeting, 
while others in the supervision of schools or other management functions. Some may be involved only 
in data collection. Consequently, not all parts of the trainuig program would be of equal interest to the 
participants. 

4.4 Taking into account the above considerations, the approach adopted in the design of the 
training materials is as follows: 

• APRJCABILITY is emphasized in the training program. Wherever possible, practical sessions 
on microcomputer applications are included in the modules so that the participants can have 
"hands-on" experience in the couzse. They will also be invited to try to include some of their 
daily planning, management and research tasks into the practical sessions, making use of some 
of the techniques and methods discussed in the training program; 

• FLEXL/XLITY will be introduced in the design of the training materials so that alternate designs 
and applications of the management information system will be tested during the practical 
sessions, making full use of the versatility and flexibility of a computerized data base and the 
computer software packages; and 

• a MODULAR approach will be adopted in the course so that each module is as self-contained as 
possible. 

4.5 The structure of the instructional and learning activities for each of the four nuxlules will thus 
be arranged as follows: 

• Overall Ohjcctives of each of the modules will Hrst be stated so that instructors are aware of the 
while purpose of the module as well as the knowledge which is expected to be imparted during 
the instructional and learning processes; 

• Module Performance nhjftnriv<>5; will also be stated to enable the instnKtors to assess die extent 
to which the behavior of learners woukl be changed upon completion of the module. More 
speciflc performance objectives will also be given for different instructional units within a 
module; 

• The actual instructional and learning processes are divided into four phases as follows: 

- Instructional activities where tiie instructors will present to die learners the teaching 
materials for die module and unit concerned. The teaching materials will cover Uie basic 
conceptual issues related to the topic in question, and fundamentals of computer applications 
Uiat will be demonstrated, highlighting strengths and weaknesses of such appUcations; 

- User manual where the instructors will carry on with the presentation, but using 
microcomputers to demonstrate the various applications in planning, management, and 
research. The detailed step-by-step procedures required to be followed in devetopnig and 
using die different computer applications will be described in this user manual section. 
Therefore, tiiis section is designed for bodi die instructors and die leamers; 
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• Tiftaminy acTiYirifrff wheie the interaction between the instructors and learners will take place. 
The learners will be asked to: 

• practice the techniques in devetoping and using the data bases or models demonstrated 
by the instructors; 

• then the participants will be divided into groupr a} discuss die concepts, approaches and 
methods used in the training materials. During the grt/up discussion, they will be 
asked to suggest alternative approaches to the development and use of the management 
information system; 

• based on the alternative designs suggested, the learners will, under the guidance of the 
instructed, actually develop a new management information system and different 
models of computer applications; 

- Post*assessment where the instructors will attempt to evaluate the extent to which the 
learners have been able to have a firm grasp of the contents of the training materials. A 
number of questions and assessments have been imjposed in the uiiit, and indiv^ 
will be asked to do the assignments themselves. 



5.0 Choice of Computfir Software Packayes 

5.1 With the rapid development in computer technology, it is difficult to choose software 
packages which are both the most up- to-date and :ue familiar to both instructors and learners. Therefore* 
the factors used in choosing a computer software are the power of the software, die ease of use and its 
popularity. 

52 Two types of computing functions arc required for these training modules: 

• data base management; and 

• spreadsheet applications. 



A number of software packages have been very successful in integrating data base management with 
spreadsheet applications, and some statistical functions. However, these packages have limitations 
which dictate against using them in the training program. Neariy all of these packages are memory (or 
RAM) based, thus severely limiting the size of the data base that could be handled by the package. The 
availability of RAM banks or boards can increase tlw memory capacity of a 16-bit computer like an IBM 
PC/XT or .*ts ccmpatible to something like 8 meg&-bytes. However, these are not yet very populariy 
used. FurthernK«e, most of these integrated softwares are not designed to handle relational data b^ 
feature which is required in developing the management information system proposed in this training 
program. As a result, two separate software padkages have been used in this training piogr^ 
performing one of the two functions mentioned above. 

S.3 A large number of data base and spreadsheet packages are available. The choice of one set of 
packages does not imply that the others available in the market are not suitable. The following 
packages are chosen for reasons given below: 

• DBASE III (version 1.1 or 2) has been chosen for data base management There are other data 
base packages which are as powerful as DBASE m, like RBASE SOOO and KNOWLEDGE 2. 
DBASE III is chosen mainly because it is mere user-friendly with its assistant facilities. Other 
equally if not more powerful softwares like REVELATION and INFORMIX could be adopted in 
the training program. But it appeara DBASE HI is more popularly used in IBM PCs or the 
compatibles. In any case, the adoption of DBASE III in this training program does not preclude 
the participants from adapting the methodology and approach used in the truning program to 
other data base management software, including newcomers like PARADOX (vernon LI); and 
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• LXyrUS 123 (version 2) has been chosen as the spreadsheet software package largely because of 
its popularity and its extremely user-friendly approach* Other softwares like VP- PLANNER 
which is claimed to have almost the same capabilities as Lotus 123, to other software like 
NfULTIPLAN (version 2) which has the additional facility of liking different jyr ca ds h cett, coukl 
well be adopted, following the ^proach and methods used in the tiaining piogram. 

5.4 Summing up from the above, the structure of this training program could be visualized as 
follows: 



Module. 
I 



Contents 

Basic concepts and computer applications 

Unit 1: Issues & problems in educational 
planning^anagement and research 

Unit 2: Micnxomputer applications 



Software 



m 



IV 



Unit 3: Data requirements identification and 
assessment 



Development of the Education Management 
Information System 

Unit 1: Data base constnx:tion 

Unit 2: Information retrieval 



The Use of the Education Management Information 
System for Management Control 

Unit 1: Routine administration of schools and 
projects 

Unit 2: Monitoring performance of education 
system 



The Use of the Education Management Information 
System for Planning 

Unit 1: Diagnosdc analysis of pupil flow 

Unit 2: Forecasting enrollment in school 

Unit 3: Forecasting teacher and other resource 
requirements 



WORDSTAR 



DBASE m 
QUICKCODE in 



DBASE m 
QUICKREPORT 



LOTUS 123 



It may be noted above that the use of WORDSTAR (version 3.3 or 2000) will be demonstrated when 
Module 1 is presented to the participants so that they may after the training program be ebte to use 
wovdprooessing software for report writing* 
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Module I 



Introduction to Basic Concepts and Computer Applications 
to Educational Planning and Management 



I . Introduction 



General Module Objectives 

1.1 The purpose of this module is to present to the participants 
the basic concepts and an introductory discussion on: 

(a) Some of the issues and problems in educational planning and 
management, in as far as the availability and uses of 
information are conceimed; 

(b) The potentials in the application of microcomputers in 
educational planning and management; 

(c) The considerations in selecting data items for inclusion into 
an educational management information system, based on an 
assessment of the requirements of different users. 

1.2 Module Performance Objectives. On completion of this module, 
the participants are expected to be able to: 

(a) Explain the basic issues and problems confronting planners 
and administrators on the use of information for planning and 
management ; 

(b) List the potential applications of microcomputers in 
educational planning and management; 

(c) Make an assessment of the data requirements for planning and 
management, which could be used as the basis for designing an 
education management information system. 

The Organization of the Module 

2.1 The module is organized into three units as follows: 

(a) Unit 1 gives an introductory discussion on the problems and 
issues confronting educational planners and administrators, 
especially in regard to the availability and use of 
information; 

(b) Unit 2 introduces some of the potential applications of 
microcomputers in educational planning and management; 



(c) Unit 3 is on user-need identification and the assessment 

process in the design of an ncatipn management information 
system, where the various potential uses and applications of 
the management information system will be identified. This 
will lead to a discussion on the resulting data requirements 
fv^r the information system. 

2.2 It is hoped that this module could serve to present to 
participants an overview of what will be discussed in much greater 
detail in the subsequent modules. The discussion on the assessment 
of data need will also prepare participants for Module II on the 
construction of the information system, and Modules III -IV on the 
applications of the information system in planning and management 
respectively. This will enable participants to appreciate the 
close interrelationship between data collection and the use of 
data collected. Furthermore, it is also hoped to underscore in 
this module the flexibility and versatility that one could have 
in constructing a computerized data base and in the manipulation 
of the data, making use of software packages like DBASE III, 
QUICKCODE III anu LOTUS 123. 



II. Unit 1: Issues and Problems in Educational Planning 

and Management 

Performance Obj ectives 

3.1 On completion of this unit, the participants should be able 
to: 

(a) U .Cerstand the difficulties of educational planners and 
administrators in understanding and responding to problems 
and malfunctions in the education system; 

(b) Appreciate the importance of havinr.. accurate, complete and 
timely information for educational planning and management. 



Instructional Activities 

4>1 The main purpose of this unit is to introduce to participants 
^:he basic concepts and key issues and problems confronting 
^educational planners and administrators. It is not difficult to 
craw up a list of problems and issues. However, it would be hard 
to make up an exhaustive list. Given the diversity and complexity 
of the subject matter, it is clearly beyond the scope of this 
module. Therefore, the objective is to, by going through some of 
the issues and problems in educational planning and management, 
highlight the need of planners and administrators to understand 



quickly changing circumstances and requirements in the education 
system, and to devise remedial measures accordingly. 

4.2 Th e Process of Planning and Management 

4.2.1 The processes of educational planning and management 
are very much interrelated. This is a point well understood 
by nearly all planners and administrators. Planning proposes 
the targets and programs for policy-making. These targets 
and programs are drawn up on the basis of feedback from 
experience in management and from research findings, 
supplemented by the diagnostic analysis undertaken by the 
planners themselves. Management places its concern on seeing 
that programs are implemented as planned, and that targets 
set could be met within the time horizon planned and the 
resources allocated. Management also has the function of 
keeping the education system under control. It is an ongoing 
process of planning, policy-making, implementation, 
management, and evaluation, with results of one stage leading 
to another. Whi.t has to be added to this process is 
research. Discussion on the role research activities are 
beyond the scope of this training programme and are therefore 
not included in this module. 

4.2.2 In real life, the description presented above 
represents an ideal which is difficult to achieve. Plans are 
drawn up and implemented long before proper evaluation takes 
place. Furthermore, circxamstances change long before any 
education plan is approved and implemented. This is partly 
due to the long planning, budgetary and legislative 
procedure, and partly due to the fact that variables 
affecting education such as employmetit opportunities, 
available financial resources and student demand are 
changing rapidly. Thus, the process of formulating plans 
based on experience from implementation and the management 
process is often unrealistic at all. 

4.3 The Information Gap . One of the crucial difficulties in 
planning, management and research is what may be called the 
"information" gap. The "gap" may include: 

(a) The ignorance of educational planners and researchers about 
the so-called "black box" process in education. Planners and 
educators are far from being able to understand what is 
happening in the classrooms which makes children of different 
backgrounds, aptitude, and abilities to become educated as a 
citizen, employable as a worker and satisfied as a consumer 
of the education services; 

(b) The uncertainty about the future as regards the behavior of 
the pupils, parents and employers; 



(c) The delay in getting, if any, and the lack of perfect 

knowledge about what is happening within the educational 
system, and outside the school system. For example, there is 
a gap between what is planned in the central education 
ministry and what is being implemented at the regional or 
school level. The delay in obtaining information which may 
not be accurate at all about the relationship between the 
education sector and the labour market would place 
educational planners and administrators in a bad position to 
devise remedial measures. 

4.4 The Challenge of Planners and Administrators 

4.4.1 The challenge posed to planners and administrators is 
the need to respond quickly to changing circiamstances . This 
means that planners and administrators have to be able to: 

(a) Understand the problems based on accurate and timely 
information; 

(b) Assess quickly the implications of any changes in the 
education plans, the altem^ive solutions which are 
open and the implications of" the altexmative solutions. 

4.4.2 The need for timely, complete and accurate 
information is especially for education systems where 
multiple actors are involved in taking policy, program, 
budgetary, and practical (implementation) decisions. In many 
countries, planners, and policymakers are only responsible 
for setting the targets, formulating the overall educational 
programmes and allocating the budget. The actual 
implementation of the programmes could be in the hands of 
administrators at the regional levels, school heads or 
administrators of educational institutions. It is therefore 
essential to see that programmes are implemented and planners 
and the actual experience of implementation could be fed back 
to the central planners and policymakers. 



Leaimin g Activities 

5.1 This unit mainly serves as an introductory discussion leading 
to Units 2 and 3, as well as the other Modules in this training 
programme. Therefore, the participants are expec:ed to join in 
the discussion, giving real life experience they have 
encountered on the various issues and problems discussed in 
this Unit. In particular, the participants are requested to: 

(a) List incidents where educational plans have to be formulated 
or even implemented before research results are available. 
Then the participants will examine what would be the 



consequences If the research results turn out not to be what 
Is anticipated or assximed in the educational plans . 

(b) List areas of ''information gaps'* and suggest means of 
breaking the "gaps." 

(c) Develop an "ideal" process of policy formulation and compare 
this "ideal" to a description of how educational policies are 
currently formulated in your country. 



III. Unit 2: Microcomputer Applications 
Performance Objectives 

6.1 The purpose of this unit is to explore the use of 
microcomputers in helping educational planners and administrators 
in solving some of the problems highlighted in Unit 1 above. On 
completion of this vmit, the participants should be able to: 

(a) Appreciate the potential of microcomputers in facilitating 
information exchange and processing, thus overcoming some of 
the problems encountered in educational planning and 
management ; 

(b) List some of the potential uses of microcomputers in 
educational planning and management. 

Instructional Activities 

7.1 The Sharing of Information . In a typical organization, 
information flow from the operation to the management level is 
characterized by the summarizing and abstracting process whereby 
information is selectively filtered as it is passed through the 
organizational hierarchy. In an education system, the school 
administrators have detailed information about the pupils, teachers 
and facilities in the schools. Summary information will be passed 
to the educational administrators at the district level. These 
district administrators normally do not have access to information 
about individual pupils, like their academic performance, their 
educational life history, their socioeconomic backgrotand and their 
district of residence. Similarly, only sketchy information is 
available on individual teachers in schools. Usually, they do not 
know the quality of teaching of teachers, what subject they teach, 
their teaching load, their teaching experience and the grades they 
are teaching. In no way are the district administrators able to 
associate characteristics of individual teachers with the 
charr.cteristics of the pupils taught by individual teachers 
concerned. In short, they do not know what is happening within a 
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school. For a more remote planner or admltilstrator in the central 
ministry of education, much less information is available on 
individxial schools, not to mention individual teachers. Without 
access to such information, it is not conceivable that the central 
planners and administrators can formulate policies that are 
ultimately meant to affect the quality of teaching and learning 
within individual schools. Similarly, the district administrators 
could hardly monitor and control the performance of pupils, 
teachers and schools in order to enhance school/classroom 
effectiveness and efficiency. 

7.2 The use of microcomputers facilitate tremendously the 
sharing of the same information around school administrators , 
district and central planners, and administrators. Little effort 
would be involved in transferring data files from schools to the 
district education offices and to the central ministry of 
education, as well as providing comparative feedback on 
performance to districts and schools. 

7.3 Deconcentration of Planning/Administrative Functions . 
District administrators know the problems in their district better 
than their counterparts in the central ministry of education. Yet 
it is their counterparts '*'ho formulate and decide the educational 
programmes for their districts. The concentration of planning 
activities is partly due to the need to have efficiency in 
planning, and patu^y due to the fact that the district 
administrators do not have the skill and the necessary support like 
computing facilities to enable them to take over the planning 
tasks. With the use of microcomputers, even some of the more 
complicated forecasting and planning models could be performed on 
the microcomputers installed in the district education offices. 
Furthermore, by using the same software developed by the central 
ministry of education, uniformity and standards could be maintained 
across different districts. 

7.4 Reduction in Planning Lead time . With the use of 
microcomputers, the lead time required to assess the implications 
of any changes in the education policies, or of different planning 
alternatives is drastically reduced. This enables planners and 
administrators to respond quickly to new problems and to try out a 
larger number of alternatives before a decision is taken. 



Learning Activities 

8.1 This is an introductory unit, the purpose of which is to 
siiaply explore the potential uses of microcomputers in educational 
planning^ management, and research, without technically discussing 
actual microcomputer applications which would be dealt with in 
Modules II-IV. The participants, nevertheless, will be invited to: 



(a) Comment on the potential benefits that could be derived from 
the use of microcomputers in educational planning and 
management ; 

(b) List potential applications of microcomputers, first from the 
point of view of national level planners and decisionmakers, 
then from the perspective of provincial, district, and school 
level planners, administrators, and practitioners. 



IV- Unit 3: Data Requirement Identification and Assessment 
Learning Objectives 

9.1 The main purpose of this section is to sensitize participants 
as to the close interrelationship between the use of statistics for 
report, management control, and planning, and the data collection 
activities. After going through this unit, the participants 
should: 

(a) have a basic grasp of the principal considerations governing 
the choice of data items in a data collection activity; 

(b) be able to adapt their data collection procedure to the 
changing requirements of planners and administrators. 

9.2 Discussion in the section will also lead logically to Module 
II on the construction of the educational management information 
system geared to the needs of planners and administrators. 

Instructional Activities 

10. 1 The Approach to be Adopted in Data Base C onstruction . The 
development of an Education Management Information System could 
follow a "top-down" or "bottom-up" approach, each has its merits 
and demerits. In this module, both approaches will be adopted: 

(a) First of all, the "top-down" approach will be used in finding 
out the sort of tasks required to be undertaken by planners 
and administrators in the central government. This will lead 
to an assessment of the statistical information required to 
help them perform these tasks; 

(b) The data requirements will be examined again from a "bottom- 
up" perspective, by looking at the specific tasks required to 
be performed by the provincial officials who are often those 
actually responsible for collecting the data needed by 



planners and administrators in the central government. It is 
highly desirable to have a management information system 
created at the provincial level which produces immediate 
benefits to the provincial planners and administrators in 
streamlining their planning, management and data collection 
activities . 

10.2 The Tasks of Central Planners and Administrators 

10.2.1 The tasks of the cential planners/administrators, as 
far as the use of statistics are concerned, could be grouped 
into three categories: 

(a) Stocktaking : 

(1) What are the inputs into the education sector, in 
terms of: 

the number of schools and places provided; 
the number of teachers available; 
school facilities, such as textbooks available; 
their geographic distribution; 

(2) What are the outputs (or the performance) of the 
education sector, e:cpressed in terms of: 

the number of children being educated; 

their distribution by grade; 

their distribution by geographic district; 

the number of children passing school leaving 

examinations; 

(b) Di agnosis : 

(1) The access to and efficiency of education 
provision, which could be gauged by such 
indicators as: 

the school enrollment ratio; 

- the progression rate of pupils in the system; 
dropout rates; 

- repetition rates; 

(2) The utilization of resources in the education 
sector such as: 

the rate of utilization of school buildings; 

- the occupancy rate of classrooms; 

the financial resources required, actually 
available, and spent by schools; 

(3) The quality of education, reflected by proxy 
indicators like: 

the average class size; 
the pupil/teacher ratio; 

- the proportion of qualified teachers; 
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teacher examination results; 

pupil examination results; 

average costs of pupils and cycle costs; 

(4) The question of disparity , which could be 

approached by repeating the analysis In (l)-(3) 
above for: 

different regions or districts, as far as 
regional disparity Is concerned; 
• different types of schools, reflecting 
disparity viewed from another perspective; 

(c) Forecasting and Planning : 

(1) the number of school leavers who will be 
completing a specified level of education; 

(2) the likely size of the student population based on 
a given set of assiunptlons as regards the future 
population size for the school-age group, rates of 
progression in the school system, etc.; 

(3) the requirements for teachers, school buildings 
and other Inputs into the school system, and the 
estimated recurrent and nonrecurrent costs 
required, in meeting the proj'^c'ued demand -^or 
education under different sets of policy 
objectives or assumptions; 

(4) the required geographical distribution of 
educational facilities (Including new school 
buildings to be constructed) in meeting given 
policy objectives (e.g., those aimed at reducing 
regional disparities in educational provision) . 

10.2.2 The diagnostic and planning techniques ((b) & (c) 
above) which could be employed are described in Module IV 
(The use of the Education Management information System for 
Planning) and Module III (The use of the Education Management 
Information System for Management Control) . In the later 
part of this Module, the types of reports that could be 
produced from the data base for stocktaking purposes ((a) 
above) will be discussed. 

The Requirements of Provincial Planners/Administrators 

10.3.1 The tasks of the provincial officials; will mainly be 
concerned with the management of schools, including the 
monitoring of standards, performance, etc., of individual 
schools, and the distribution of physical and other resources 
allocated by the central government between schools and 
subdistrlcts. Their tasks embrace the following: 
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(a) Reporting 

(1) The compilation of the routine statistical returns 
which form the basis of d^ta input to the 
statis^tical system in ^he Ministry; 

(2) The compilation of reports on the number of 
pupils, number of schools, and nximber of teachers 
by type of schools and by subdistrict; 

(b) Max agemfent Control 

(1) Analysis of resource utilization and allocation at 
the subdistrict level, similar to para^rraph 
5.1(b)(2) above; 

(2) The analysis of resource allocation and spending 
at the school level. This includes, say, the 
estimation of the amoimx; of recurrent subsidy to 
which the schools are entitled, based on prevailing 
tonit costs or standards and information stored in 
the data base on the enrollment size, number of 
classes, etc.^ and comparing the amotmt with that 
actually available to the schools concerned; 

(3) The production of special reports on those schools 
whose standards of operation, extent of resource 
utilization and availability fall below given 
district or national norms. Examples are: 

names and locality of schools with their 
pupil/teacher ratio exceeding a given norm; 

names and locality of schools with utilization 
rates higher than 50%; 

names and locality of schools with the average 
expenditure per pupil smaller than a given 
norm; 

examination results; 

average costs per pupil and cycle costs; 

(4) Analysis of performance of the education system in 
the province, as reflected by such proxy 
indicators as repeti*:ion rate, promotion rate, the 
input/output ratio, etc. It is noted that this 
sort of analysis using the grade cohort survival 
method has to be treated with caution, unless 
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additional infomatlon is available on the 
migration of students between provinces; 
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(c) Planning 

(1) Results of the analysis in (a) and (b) above will 
give useful indicators as to which schools or 
subdistricts additional resource inputs (e.g., new 
classrooms, new library books, more teachers) are 
required, and their priority in terms of need. 
With additional information on the existing and 
anticipated future distribution of the school -age 
population, a model of school location planning 
could be developed. 

(2) Based on the analysis of the performance of the 
school system, and with additional demographic 
information on the future size of the school -age 
population, it is possible to project the likely 
demand for school places at the provincial level, 
making use of the flow model adopted in (b)(3) 
above. The flow model can also be extended to 
estimate additional expenditures, classrooms and 
teachers required to cope with the anticipated 
increase in demand. Such kinds of forecasts are 
useful in drawing up budget requests to the 
centxal goveanunent , and in planning for other 
resource inputs such as teachers, library books 
and other equipment, etc. 

10.4 Information Items Required for the Data Base 

10.4.1 This subsection examines those information items 
which are considered to be required in helping planners and 
administrators to perform the tasks mentioned in paragraph 
6 above. The information items required could broadly be 
classified into three main categories: 

(a) Pupil data, 

(b) Teacher data, and 

(c) School data. 

The above information items could further be distinguished 
between stock and flow data. For the purpose of this module, 
only the primary level of education is concerned. The 
approach adopted in this module could easily be adapted for 
junior as well as senior secondary levels, 

10.4.2 Pupil Data 

(a) Stock data: The following data items (new data items 

which are not presently collected in the regular surveys 
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of schools, proposed to be Included are marked with 
asterisks (^O) : 

school code (incorporating codes for type of schools, 
district of schools) 

morning, afternoon or combined session 
school year 

number of pupils by grade and by age 

- number of pupils by religion 
number of operating classes by grade 

(b) Flow data: The following data items are proposed: 

school code 

- morning or afternoon cession 
school year 

number of repeaters by grade and *by sex 

- number of grade 1 entrants by age and *by sex 
*number of new entrants (other than grade 1) by sex 
and by grade (This is particulc-^rly useful if 
interschool student mobility is significant.) 

- number of grade 6 pupils* entering and passing the 
relevant school leaving public examinations 
*number of graduates promoted by junior secondary 
schools by types 

10.4.3 Teacher Data . Only the stock data are proposed as 
statistics on teacher mobility are difficult to collect, 
without having to design a rather complicated questionnaire 
for schools to complete. Estimation of teacher wastages 
could still be done by making use of stock data over time and 
information on the number of graduates from teacher training 
colleges. (The best method to collect information on teacher 
flow is to construct an individualized teacher statistical 
system. This system could be extended to include useful 
information on the sxxbjects taught or could be taught by 
teachers, and other personnel information required for 
finance and management functions. For the purpose of this 
module, it is not proposed to explore the possibility of 
setting up such a teacher data base.) The following 
information items are proposed for the teacher file: 

school code 

- morning or afternoon school 
school year 

number of teachers 
* by sex 

by whether public or nonpublic 
by academic qualifications 
by type of teachers (for primary: 
head, class, religion & sport) 

- ntunber of nonteaching staff 
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by public or nonpublic 

by type (administrative, clerical, other staff) 



10 ,4 ,4 School Data . Only stock data are concerned in t^is 
module, as flow data are usually available from sources j^ike 
the development or capital programme. Efforts will be made 
to develop a flow data file which would be useful in, say, 
school locational planning at the district level. The 
following data items are proposed for the stock data: 

name of school 
address of school 
school code 

morning, afternoon or combined session 
number of classrooms by whether owned by not 

by condition (good, fair, bad) 
♦whether has library and number of library books 
*total incomes broken down by 

parental contribution 

government subsidy 

subsidy from provincial/local authorities 

other contributions from society 

operating suxT)lus from school activities 
*total recurrent expenditure broken down by 

teacher salaries 

salaries for nonteaching staff 

grants to students (if applicable) 

other charges 
*total nonrecurrent expenditure 
♦estimated expenditure required to provide the 
desired services, by recurrent and nonrecurrent 



Learning Activities 

11.1 Agenda for Group Discussion . The purpose of group 
discussion is to facilitate a more in-depth discussion of the 
relevance of the planning and management tasks, as well as data 
items suggested in the course. The ultimate objective is to arrive 
at different possible designs for the management information system 
and its potential applications, so that the trainees could develop 
using the methodology and procedures which will be discxissed in 
Module II, 

11.2 It is advisable to divide the trainees into smaller groups in 
order to enlist the active participation of each and every trainee. 
They will be asked to: 

(a) Comment on the relevance of the tasks of the central and 

provincial planners and administrators outlined in the course 
content ; 
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(b) Comment on the sufficiency of the data items listed in the 
course content, and the practicability of collecting these 
data in their own district; 

(c) Suggest additional tasks for both the central and provincial 
planners and administrators which are not covered in the 
course content; 

(d) Suggest additional data items required to be collected, if 
any, in order to help the planners and administrators to 
satisfactorily perform the additional tasks as suggested in 
(c) above. 



Post-Assessment 

12.1 The purpose of these exercises is to evaluate to what extent 
the participants have understood the course content outlined above, 
and help the trainers in deciding the pace of the discussion, in 
eliciting subject matters in which the trainees have keener 
interests, and points which require further elaboration. 

12.2 The suggested questions for the learners to answer are as 
follows: 

(a) What data items are required to be collected in order to 
estimate the number of dropouts by grade in primary schools 
for: 

the country as a whole? 
a given district? 

(b) In planning the number of additional primary schools required 
to be built, what are the data items which planners have to 
take into account? What further data items are needed to 
help planners decide the location of these additional 
schools? 

(c) Suppose you are given the task of preparing a planning 
proposal for the introduction of an inservice teacher 
training programme, what data items would you need in: 

your argument for the desirability of and possibly the 
urgency in implementing a programme of inservice teacher 
training? 

your estimation of the likely demand for the training? 
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PREFACE 



The Educational Policy and Planning (EPP) Project is a seven year project conducted 
jointly by the Indonesia Ministry of Education (MOEQ and the United States Agency 
for International Development (USAID). The overall project objective is to improve ttie 
quality of education in Indonesia by assisting the MOEQ tiirough the Office of 
Educational and Cultural Research and Development (Balitbang Dikbud), to formulate 
better policies and long-term plans. The project aims to improve policy formulation and 
long-term planning by improving the timeliness, relevance and accuracy of educational 
data collection, the subsequent analyses of such data, and thei r ultimate use for policy and 
decisionmaking. 

There are three major components of the EPP Project- (1) development of an 
integrated management informations system (MIS) within the MOEC, (2) enhancement 
of MOEC policy research and analysis capacity, and (3) support for MOEC institutional 
development at the national and provincial level through training and technical assis- 
tance. EPP technical advisory staff work closely with counterpart Indonesian staff as pan 
of a collaborative process of developing institutional capacity. 

Dr. Boediono 
Head, Center for Informatics 
Office of Educational and Cultural Research and Development 
Department of Education and Culture 
Republic of Indonesia 



The EPP Project in collaboration witii the USAID Improving the Efficiency of 
Educational Systems (lEES) Project, publishes EPP documents in order to disseminate 
this knowledge and extend its usefulness. EPP has carried out a series of policy studies 
designed to provide answers to key questions facing Indonesian educators. These 
include: 

The Quality of Basic Education 

The Quality and Efficiency of Vocational/Technical Education 

The Strengthening of Local Education Capacity 

Developing Indicators of Educational Efficiency 

Teacher Education Issues 

Curriculum Reform and Textbook Production 

Education, Economic, and Social Development 

This series has been plarmed under the direction of Moegiadi, Balitbang Dikbud, and 
Boediono, Center for Informatics, Balitbang Dikbud and Simon Ju, EPP Chief of Party. 

Editors for the series are Abas Gozali, Reta Hendrati Dewi, Center for Informatics, 
and Jerry Messec, lEES, Florida State University. 



INTRODUCTION TO EPP TRAINING MODULES ON THE 
DEVELOPMENT & USE OF MIS ON MICROCOMPUTERS 



1.0 Purposes 

1 .1 These ttaining modules on the development and use of the education management information 
system are primarily designed for planners and administrators at the provincial level, who are responsil \t 
for collecting, processing and analyzing statistics for educational planning and management The main 
feature of the modules is the use of microcomputers to enhance the speed, flexibility, and versatility in 
the use of information. 

1 .2 The purposes of the modules are as follows: 

• To introduce to the participants the basic firamewoik of an integrated education management 
infonnatioo system which could be used to serve the varied needs of different users; 

• To demonstrate how such a sysftia could be set up, making use of microcomputers, and how 
data could be retrieved for analytical purposes; 

• To show how an interactive model(s) for diagnostic, forecasting, planning and budgeting 
purposes could be developed on microcomputers; and 

• To show, as well, how the cos^puter system and the models could easily be modified to cop^ 
with unforeseen changes in requirements, with the help of user-friendly software packages 
abundantly available on the maxixt 



2.0 Thft Hieraichiftx nf Tnfnrmflrinn 

2.1 When viewed in terms of the point at which information is collated and used, there are three 
mam levels of information: 

• The school level, at which detailed information about individual pupils, teachers and staff 
(including their name, age, sex, grade, home address, academic perfcvmance, qualification, 
salaries, etc.), as well as information about the schools (e.g., area, nimiber of rooms, equipment, 
etc.) have to be kept for the smooth ruiming of the schools concerned; 

• The district level, where not all the data kept by schools are required. Only summary statistics 
such as the number of pupils by age, sex and grade, and the amount of recurrent expenditures are 
required for individual schools; and 

• The national level, where, depending on the extent of decentralization, detailed inf<Mination on 
individual schools may not be required. Only summary information is collected at the 
subdistrict or district level. 



2.2 Alternatively, depending on the usage, information could be distinguished between that for. 

• plaiming, 

• management control, and 

• operation. 



2.3 Ideally, information at the school, district, and national level should be integrated and shared in 
one, or one networic, of data base(s). For instance, information stored in schools could be computerized, 
and only the relevant data would be extracted and passed to the computer system kept at the district level; 
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and the similar pcocedur^ could iq;)ply to the flow of information between the district and national level* 
This could help avoid a lot of duplication of work, and solve the problems of quality of data and the time 
lag in producing the information. With the use of individualized data bases, more accurate information 
could be made available about pupil and teacher flow» which is extremely useful in planning school 
location, and teacher demand and supply* The individualized data base could also reduce considerably the 
data problems conftooting educational researchers, eq)ecially those engaged in longitudinal studies. 

2A Similarly, the same can be said of information for planning, nuuiagement control and 
operation* Fdr instance, a simple ledger accounting system, if carefully designed and computerized, 
could provide a wealth of information useful in monitoring spending, analyzing cost structure and 
efficiency, as well as for forecasting and planning educational expenditures* 

2*5 For the purpose of the present training modules, it is not proposed to cover the entire 
q)ectrum of the infitmnation system as discussed above, which would be clearly beyond the scope of this 
training program* Attention will mainly be focused on the following: 

• The flow of information from schools to the provincial and central offices via the usual channel 
of school surveys conducted by the Balitbang; and 

• The use of such information for plaiming and administrative purposes at the central as well as 
provincial level 

Once the participants have mastered the basic principles and techniques discussed in this training 
program, they should have relatively little difficulties to applying them to different information 
environments in their daily woric* 



3*0 Of fftnizfltion nf tha Modulfts 

3*1 Ihere will be four nuxlules in this training program, which are as follows: 

• Module I: Overview of basic concepts and computer applications in educational planning, 
management, and research; 

• Module n: The development of the Education Management Information System; 

• Module in: The use of the Education Management Information System for management 
control; and 

• Module IV: Hie use of the Education Management Information System for planning* 



4.0 The Stnictiifft of Instnictionfll/Lftaminy Process 

4*1 Much of the emphasis placed in this training program is the use of microcomputers and 
software packages* Although data base aiuisimadsheet programs for data files creation and iiuuupu^ 
and modeling have already been designed for the participants, they inevitably have to understand and 
practice the techniques in the use of microcomputers and software packages* With the availability of 
many user-friendly software packages and utility programs, computer programming could be kept to a 
minimum* It is also the aim of this training module to show to the participants that understanding the 
basic principles and operating system of the various software packages would be sufficient to enable 
them make full use of the information available to them for planning, management and research* For 
those participants who have a keen interest in computer programming and in mastering the software 
package, this training module will prepare them for further improving their computer skills by 
practicing the techniques demonstrated in this program* 
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42 It is recognized that the design of a management information system should be largely user 
oriented. It should start by looking at the potential uses of information rather than for the coUectkm of 
information per se. However, it would be deceptive to assume that all potential uses of information 
could be foreseen at the time a management information system is constructed. Furthermore, the 
requiitmenu and practices in educational planning and management in Indonesia vary considerably finom 
province to province. Thus, it is ahnost impracticable to include the s^ific requireme^^ 
every province in designing the training modules* 

4.3 Naturally, participants to the training program would come from different divisions of the 
provincial education offices. Some of them nuy mainly be concerned with say planning and budget 
while others in the supervi^on of schools or other management functions. Some may be involved only 
in data collection. Consequently, not all parts of the training program would be of equal interest t^ 
participants. 

4.4 Taking into account the above considerations, the iqpproach adopted in the design of the 
training materials is as follows: 

• APFUCABIUTY is emphasized in the training program. Wherever possible, practical sessions 
on microcomputer applications are included in the modules so that the participants can have 
"handsHXi" experience in the course. They will also be invited to try to include some of their 
daily planning, management and research tasks into the practical sessions, making use of some 
of the techniques and methods discussed in the training pipgiam; 

• FLEXIBIUTY will be introduced in the design of the trainingmaterials so that alternate designs 
and applications of the management information system will be tested during the practical 
aessk)ns, making full use of the versatility and flexibility of a computerized dau base and the 
computer aofhrare packages; and 

• a MODULAR approach will be adopted in the course so that each module is as self-contained as 
possible. 

4.5 The structure of the instructional and learning activities for each of the four modules will thus 
be arranged as follows: 

• Overall Objectives of each of the modules will first be stated so that instructors are aware of the 
while purpose of the module as well as the knowledge which is expected to be imparted during 
the instructional and learning processes; 

• Module Performance Objectives will also be stated to enable the instructors to assess the extent 
to which the behavior of learners woukl be changed upon completion of the module. More 
speciRc performance objectives will also be given for different instructional units within a 
nnodule; 

• Hie acuial instructional and learning processes are divided into four phases as follows: 

- Instnictinnal activities where the instructors will present to the learners the teaching 
materials for the module and unit concerned. The teaching materials will cover the basic 
conceptual issues related to the topic in question, and fundamentals of computer iv>pUcations 
that will be demonstrated^ highlighting strengths and weaknesses of such applications; 

• User manufll where the instructors will carry on with the presentation, but using 
microcomputers to demonstrate the various applications in planning, management, and 
research. *ilie detailed step-by-step procedures required to be followed in developing and 
using the different computer applications will be described in this user manual section. 
Therefore, this section is designed for both the instructors and the learners; 
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T j^mmf jjgriviriiMc whttft the interaction between tf» instructors and learners wiU take place. 
The learners will be asked to: 

• practice the techniques in developing and using the data bases or models demonstrated 
by the instructors; 

• then the participants will be divided into groups to discuss the concepts, approaches and 
methods used in the training materials* During the group discussion, they will be 
ftgir#>H to suggest alternative approaches to the develcq)ment and use of the management 
information system; 

• based on the alternative designs suggested, the learners will, under the guidance of the 
instructors, actually develop a new management infonnation system and different 
models of computer s^plications; 

Post^flssessment where the instructors will attempt to evaluate the e;ctent to which the 
learners have been able to have a firm grasp of the contents of the training materials. A 
number of questions and assessments have been proposed in the unit, and individual learners 
will be asked to do the assignments themselves. 



5.0 C^ice of CompHter Softwam Packages 

5.1 With the rapid development in computer technology, it is diflicult to choof ':^ software 
packagec which are both the most up- UMlate and are familiar to both instructors and learners. Therefore, 
the facton used in choosing a computer software are the power of the software, the ease of use and its 
popularity. 

52 Two types of computing functions are required for these training nuxlules: 

• data base management; and 

• spreadsheet appUcations. 



A number of software packages have been very successful in integrating dau base management with 
spreadsheet iq)plications, and some statistical functions* However, these packages have limitations 
which dictate against using them in the training program. Nearly all of these packages are memory (or 
RAM) based, thus severely limiting the size of the data base that ' ould be handled by the package. The 
availability of RAM banks or boards can increase the memory capacity of a 16-bit computer like an IBM 
PC/XT or itt compatible to something like 8 mega-bytes. Ifowever, these are not yet very popularly 
used. Furthermore, most of these integrated sofhmes are not desipied to ha^ 
feature which is required in developing the management information system pioposcd in this training 
program* As a result, two separate software package have been used in this training program, wit^ 
performing one of the two functk>ns mentioned above. 

S3 A large number of data base and spreadsheet packages are available. The choice of one set of 
packages does not imply that the others available in the market are not suitable. The following 
packages are chostn for reasons given bek>w: 

• DBASE in (version 1.1 or 2) has been chosen for data base management There are other dau 
base packages whk:h are as powerful as DBASE ni, like RBASE 5000 and KNOWLEDGE 2. 
DBASE in is chosen mainly because it is more user-friendly with its assistant facilities. Other 
equally if not more powerful softwares like REVELATION and INFORMIX could be adopted in 
the training program. But it appears DBASE UI is more popularly used in IBM PCs or Uie 
compatibles. In any case, the adoption of DBASE UI in this training program does not preclude 
the participants from adapting the methodology and approach used in the training program to 
oiher data base management software, including newcomers like PARADOX (version 1.1); and 
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• LOTUS 123 (version 2) has been chosen as the spreadsheet software paclo^^ 

its populaiity and itt extremely user-firiendly approach. Other softwares like VP« PLANNER 
which is claimed to have almost the same capabilities ^9 Lotus 123, to other software like 
MULTIHJW (version 2) which has the additional facility of liking different spreadsheets, couki 
well be adopted, following the approach and methods used in the training program. 

5.4 Summing up from the above, !he structure of this training program could be visualized as 
follows: 



Modulfi. 
I 



Contents 

Basic conc^ts and computer ^licadons 

Unit 1: Issues & problems in educational 
planning,management and research 

Unit 2: Microcomputer applications 



Software 



m 



IV 



Unit 3: Data requirements identification and 
assessment 



Development of the Education Management 
Information System 

Unit 1: Data base construction 

Unit 2: Liformaaon retrieval 



The Use of the Education Management Information 
System for Management Control 

Unit 1: Routine administration of schools and 
projects 

Unit 2: Monitoring performance of education 
system 



The Use of the Education Management Infonnaiion 
System for Planning 

Unit 1: Diagnostic analysis of pupil flow 

Unit 2: Fbrecastiitg enrollment in school 

Unit 3: Forecasting teacher and other resource 
requirements 



WORDSTAR 



DBASE m 
QUICKCODE ra 



DBASE m 
QUICKREPORT 



LOTUS 123 



It may be noted above that the use of WORDSTAR (version 33 a 2000) will be demonstrated '^n 
Module i is presented to the participants so that they may after the training program be able to w 
wofdprocessing softwaie for report writing. 
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Module II 



The Construction of the Education Management 
Information System 



I. Introduction 



Overall Module Objectives 

1.1 The purpose of this module is to present to the participants 
the basic considerations in: 

(a) The design and the construction of an integrated and 
computerized Education Management Infomation System (making 
use of microcomputers), which could serve simultaneously the 
needs of provincial planners/administrators, as well as 
their counterparts in the central ministry of education. The 
activities involved include the design of the questionnaires, 
and the setting up of the data base system for inputting, 
processing, and storing information; 

(b) The use of the Education Management Information System in 
preparing reports for the central government, and other 
summary reports required to be compiled from time to time for 
administrative and planning functions. 

1.2 Module Performance Objectives . On completion of this module, 
the participants are expected to be able to: 

(a) Create the computerized information system, making use of 
microcomputer software packages; 

(b) Produce simple reports from the data base so one can 
construct and retrieve information from it. 

The Organization of the Module 

2.1 The module is organized into two units, namely: 

(a) Data Base Construction, where the essential considerations 
and related technical aspects involved in creating a 
computerized data base will be examined; 

(b) Information Retrieval and Reporting, where the use of the 
data base so constructed for retrieving information and 
producing simple reports will be demonstrated. 



2.2 It is hoped to underline in this module the flexibility and 
versatility that one could have in constructing a computerized data 
base, making use of software packages like DBASE III- Therefore, 
the active involvement of trainees is emphasized. After going 
through the course contents and the demonstration: 

(a) The instructor would invite the trainees to comment on the 
relevance and practicability of the models and computer 
systems used in the course content* This would be a free and 
open discussion; 

(b) The trainees are expected to give alternative suggestions to 
the model and computer system designs, based on their own 
knowledge and practical experience in school management, 
educational administration and planning. It would be useful 
if the trainees could bring along some of their data sheets, 
questionnaires, and report.s used in their work to facilitate 
disciission and the subsequent practical exercises; 

(c) On the basis of the suggested alternative designs, the 
trainees would be guided to construct different data files 
and retrieve infomnation from the data files constructed. 
Although the software package DBASE III chosen for the course 
requires a fair amount of programming for more sophisticated 
data base design and information retrieval, the trainees 
would be shown that their tasks would be greatly simplified 
by using software packages like QUICKCODE III. 

II. Unit 1: Data Base Development 
Performance Objectives 

3.1 The objective of this section is to spell out the step-by- 
step procedure that could be taken in the construction of a 
computerized data base* On completion of this unit, the 
participants are expected to be able to: 

(a) Understand the basic considerations in the design of a 
computerized education m&nagement information system; 

(b) Draw up the data base structures and the various programmes 
for data input, storage, and retrieval; 

(c) Create the data base files and input data into the data base. 



Instructional Activities 

4.1 Sources and Flow of Data 



4.1.1 There are two main sources of information, namely: 



(a) Administrative records which could provide a lot of 
statistical information useful for planning and 
administration; 

(b) Questionnaire surveys of schools which represent the 
more common means of collecting statistics for 
educational planning and other information required by 
the central education authorities. 

4.1.2 There are definite advantages in trying to make as 
much \ise of the administrative records as the source of 
infoirmation, as they are usually more accurate and timely, 
especially if finances are involved. The problems are that 
the manner in which these data are classified and analyzed in 
such a way that they are only useful to those agency/office 
tmdertaking the data collection. Thus, they may not be 
useful to other users, in particular the planners. 
Furthermore, there may be great difficulty in retrieving such 
administrative information. 

4.1.3 For information derived from questionnaire surveys of 
schools, it is ustially more comprehensive and geared to the 
requirements of different users. However, there are problems 
of relevance, especially if the classification, coverage and 
counting rules are not consistent with the one adopted for 
finance, budgeting, and other management functions. Moreover, 
the data may not be available on time, because of the large 
number of schools involved. As schools may not have any 
incentive in completing the questionnaires, the data 
collected may not be reliable due to poor response and 
inaccurate reporting. 

4.1.4 For the purpose of the present discussion, it is 
assumed that the main, if not only, source of information is 
from the survey of schools. Efforts will be made, in the 
design of the management information system, to overcome the 
problems discussed in paragraph 9.3 above, by trying to: 

(a) streamline the procedure of data collection and 
processing through the use of microcomputers in setting 
up an integrated data base system; 

(b) make the data base more useful to the provincial 
planners and administrators, by incorporating some of 
their data needs into the system. 

Notwithstanding the above, it is still hoped that in the 
course of presenting this module to the participants, useful 
information items which could be obtained from administrative 
records could be identified and incorporated into the data 
base. 



4.2 The Structure of the Data Base 

4,2, 1 The data base is to be set up at the provincial 
education office, with each individual record being a school. 
The data base may be organized into five data files as 
follows : 

(a) the pupil stock file, 

(b) the pupil flow file, 

(c) the teacher file, 

(d) the school file, and 

(e) the school master file. 

It is of course possible to put all information into a big 
file for the school as a whole, including information on 
pupil, teacher and school. This is the case with the present 
questionnaire format used by the provincial offices which 
combines the three types of information into one 
questionnaire. The former approach is adopted in this 
module, because it is considered more efficient to handle 
data files with fewer niamber of fields, especially if the 
number of records is big. With the use of such software 
packages as DBASE III, it is always possible to link 
different data files together for cross tabulations and 
analyses. Furthermore, the limited number of fields (being 
128) permitted in a DBASE III data file almost dictates the 
adoption of the former approach, 

4.3 The Creation of the Data Base Files 

4.3.1 The essential steps involved in the creation of the 
three data base files outlined above compromise the 
following: 

(a) The design of data collection forms (i.e., the 
questionnaires) to be sent to schools); 

(b) The design of the structure for different data base 
files, defining field names, types and lengths. The 
software package DBASE III will be used in the 
exercise and the compilation of programs for data 
entry, validation and editing for the setting up of 
the data base. 



4.3.2 Questionnaire Design . It is highly desirable that 
the same form could be used for subsequent data preparations 
(i.e., the input of data collected into the computer system). 
In designing the form, the need for simplicity and ease of 
completion on the part of the school staff is stressed. Four 
different questionnaires are required to be prepared, which 
are as follows: 
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(a) questionnaire on the stock of pupils, 

(b) questionnaire on pupil flow, 

(c) teacher questionnaire, and 

(d) school questionnaire. 

To facilitate future linkages between different data files, 
suitable references for identification (e.g., school codes) 
have to be incoiT)orated into the questionnaires. Suggested 
specimens for the above four questionnaires are given in 
Figures I-IV below. It may be noted that efforts have been 
made to follow the format of the questionnaire now being used 
by the Ministry to collect statistics from schools. Because 
of the limited number of fields permitted in a DBASE III data 
file, that part of the ques^.i.onnaire covering the age 
distribution of pupils by grade and by whether public or 
nonpublic (see Figure I) has been simplified. 

4.3.3 In this unit, the questionnaires shown in Figures I- 
IV will only be used for illustrative purposes. For the 
practical exercises, and alternative, simplified set of 
questionnaires will be used, as the statistics available for 
designing the training materials are not detailed enough for 
the questionnaire design suggested in Figures I-IV . 



Figure I 

Questionnaire on the Ntuaber of Pupils Enrolled 



Name of school 



School Year [ 



Sess ion : Moming/Af temoon/Combined* 



School Code [ 

Session Code [ ] 



Number of Pupils Enrolled 
II III IV 



Grade 



VI 



AGE: 

6 

7 

8 

9 
10 
11 
12 
13 
14 
15 
16 
17 



[ ] 

t ] 

t ] 

[ ] 

t ] 

[ ] 

t ] 

[ 1 

[ 1 

[ ] 



t 1 

t 1 

t ] 

t 1 

t ] 

t ] 



t 



1 



[ 



1 



t 1 
[ ] 



t 1 



t ] 
t ] 
t ] 



[ 1 



Total. [ 


] 


[ 


1 


t 


1 


[ 


1 


[ 


] 


t 


1 


Public [ 
Non- 
public [ 


1 

1 


t 
[ 


] 
1 


[ 
t 


] 
1 


t 
[ 


1 
1 


t 
[ 


] 
] 


t 
[ 


1 
] 


No. of 

t 


classes 
] 


[ 


1 


t 


] 


t 


] 


t 


] 


[ 


1 


Number of pupils 


by Religion: 


















Islam 


Protestant 


Katolik 




Hindu 




Budha 




Total 







Name of Prlnclpal_ 



_Signature_ 
Date: 



^Delete as appropriate 



^ 4u 



Figure II 

Questionnaire on Pupil Flow 

Name of school School Code [ ] 

School Year J L 

Session: Moming/Aftemoon/Combined* Session Code [ ] 



GRADE 

I II III IV V VI Total 

No. of repeaters 

Boys [][][][][][][] 
Girls [][][][][][][] 



TOTAL [][][][][][][] 



No. of new entrants 

Boys [][][][][][][] 
Girls [][][][][][][] 



TOTAL [][][][][][][] 



Age Distribution of Grade 1 New Entrants: 



Age < 6 yrs 7 yrs 8 yrs 9 yrs 10 & over 



Total 



Nximber of Grade 6 pupils taking EBTA in last school year 



No. of Grade 6 pupils No. taking EBTA No. passing EBTA 



Name of Principal: Signature: 

Date : 



*Delete as appropriate 



Figure III 
Teacher Questionnaire 
Name of school School Code [ ] 



School Year J 1 

Session: Morning/ Afternoon/Combined* Session Code [ ] 













Number 


of Teachers 














Q 


I 




II 




III 




IV 




V 




VI 




VII 




VIII 


Public Teacher: 






























Head 


[ 


] 


[ 


] 


t 


] 


[ 


] 


[ 


] 


C 


] 


[ 


] 


[ ] 


Class 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ ] 


Religion 


[ 


] 


[ 


] 


t 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


t ] 


Sports 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


t 


] 


[ ] 


Nonpublic Teacher: 


























[ ] 


Head 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


Class 


[ 


] 


[ 


] 


I 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ ] 


Religion 


[ 


] 


[ 


] 


[ 


1 


I 


] 


[ 


] 


[ 


] 


[ 


] 


I ] 


Sports 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ ] 


Total 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ 


] 


[ ] 



Q: Qualifications: 

I-SD dan Sederajat II-SGB, SPG, CI, C2, PGA dan UGA 

Ill-SMTP bukan Keguruan IV-SGA, SPG, SGPLB, SGO, SMOA, KPG 

V-SMTA bukan Keguruan VI-PGSLP 

VII-PGSLA, B-1, Sarjana Muda VIII-B-II, Sarjana 



Number of non teaching staff 



Administrative Labourer/Gardener Other Staff 

P N P N P N 



Name of Principal: 

*Delete as appropriate 



Signature: 
Date : 



Name o£ school 



Figure IV 
School Questionnaire 
School Code [ 



School Year X 
Session: Moming/Aftemoon/Combined* 



Session Code [ ] 



Facilities Available 



(a) Number of classrooms: 

owned [ ] 

not owned [ ] 

(b) Number of Science laboratories 

(c) Whether a school library available 
and if yes, number of library books 



The condition of classrooms 
poor fair good 



[ ] 
t ] 



Total 
[ ] 
[ ] 



II. School Finances 

(a) Recurrent Income for the Year 



Central Govt, 
recurrent 



Provincial/ 
local govt. 



Parents ' Other School Total 
contrib. contrib. profits 



(b) Nonrecurrent Income 



Central Govt. 



Provincial/local 



Others 



Totals 



(c) Recurrent Expenditure 
Teacher sal. Other salaries Admin, costs Others Total 



(d) Nonrecurrent 

(e) Desired level of expenditure: Recurrent 

Nonrecurrent 



[ 



Name of Principal: 



Signature: 
Date: 



^Delete as appropriate 
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4.4 Program Development for Constructing Data Base 

4.4.1 In designing the data base, it is always advisable to 
determine in advance: 

(a) The data items to be included in data file; 

(b) The field names for each data item, and the key field 
which would serve as the link to other related data 
files. It is noted that the maximum number of fields 
allowed in one data file is 128; 

(c) The characteristics of the different fields, i.e., 
whether the field data type is numeric, character type, 
data type, logical, or memo type, and the length of the 
field; 

(d) Whether allowance should be made for the inclusion of 
computed fields. 

One need not be too worried about what the initial design 
is. With a flexible data base software like DBASE III, there 
is always room for changing the data base structure after 
the data have been entered. However, caution is required to 
avoid any drastic changes, as it takes both time and demands 
careful updating in changing the data base structure, 
especially when the data base contains a substantial nximber 
of records. 

4.4.2 To accept and organize the statistics collected from 
the questionnaires into the microcomputer requires the 
development of at least the following: 

(a) The data base file specifying the structure of the data 
base, i.e., the names of fields, field lengths, and 
characteristics ; 

(b) A program which could facilitate the entering of data 
into the data base, the so-called ADD program; 

(c) A program which could validate data entered, and 
computations on the data. This program could be linked 
to the ADD program; 

(d) A program to create the indtx file which could 
facilitate subsequent data retrieval, data editing and 
reporting. 

4.4.3 Besides the writing of programs to facilitate the 
input of data into the data files (see 7.4.1(b) above), one 
can conveniently make use of the various commands and the 
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assistant In DBASE III for data entry and indexing. This 
would be demonstrated in the practical session (see Section 8 
User Manual) . 

4.4.4 As discussed above, a school master file would be 
created as well. This master would contain basic information 
about the schools in the province, such as name, address and 
possible other physical facilities such as the number of 
classrooms. Information contained in this file should not 
change very often, so that it is not necessary to include 
such information in the regular surveys of schools. The file 
could be updated when new classrooms are constructed in the 
school, or a'^ter the school has been closed down, or when new 
schools are built. For the purposes of the present module, 
only the following information items are Included in the 
school master file: 

(a) school code, 

(b) name of school, and 

(c) address of school. 

Additional information can of course be added into this data 
base. 



User Manual 

5.1 Getting Started 

5.1.1 The user manual is designed for: 

(a) The ins time tors in demonstrating the various steps 
involved in constructing a data file and in subsequent 
information retrieval and reporting; 

(b) The trainees in having "hands-on" use of the various 
microcomputer software which has been designed for the 
unit, during the practical sessions. 

5.1.2 The practical exercises are designed to be run on 
any IBM compatible microcomputer, operating on DOS 2.0 or 
above, with at least 256 K bytes of memory, 2 double sided 
floppy disk drives or 1 double sided disk drive and a hard 
disk. 

5.1.3 The standard software packages used in this unit are 
DBASE III (Plus or Version 1.1) and QUICKCODE III. In 
booting up the microcomputer, it is recommended to reserve 20 
file and 24 disk buffers (the default values are 8 and 2 
respectively) using the CONFIG.SYS file in the DOS diskette. 
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5.1-4 The various data files and programs designed for this 
unit are stored in the diskette labeled "EPP Mod.v.l" and 
••EPP Mod-v-Z,** The files in the original diskette are 
protected against modifications and deletion. It is 
therefore necessary to make a backup copy of the diskettes 
and use the backups for practical exercises. Any accidental 
deletion or deliberate amendments to the various data files 
and programs during the practical sessions would not affect 
the original data files and programs, 

5.1,5 In starting up the system, the following procedure 
should be adopted: 

(a) After the microcomputer has been booted up, change the 
system prompt (i.e., >) to the B drive or the C drive 
for the system with a hard disk; 

(b) Start up the DBASE III program from the B drive (or the 
C drive) ; 

(c) Put the Diskette "EPP Mod.v,2 (or 1)" in Drive A. 
5.2 Creation of the School Master File 

5.2.1 Using the simple school master file which contains 
only three data items (namely school code, school name and 
address) , the essential steps in the initial development of 
a data base are demonstrated. In planning the data base 
design, the following have to be considered: 

(a) Defining data characteristics, which is to assign to 
each data item: 

(1) the field name, which can be any name not more 
than 10 characters long. If the data item appears 
in more than one data base, the same field name 
should be used. It is essential not to duplicate 
the field name in the same data file. The 
following field name is suggested for the school 
master file: 

school code: SCH_CODE 
school name: NAME 
address: ADDRESS 

The school code (SCH_CODE) is the common field 
which links the school master file with other data 
files, 

(2) field type, which reflects the attribute of the 
data for the data item (or field) concerned. The 
type selected determines the type of manipulation 
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of the data which is allowed in the system. Five 
types are allowed in DBASE III: 



• character with a max. width of 254 characters 

• numeric » with a max* width of 19 and accurate 
up to 15 digits 

• da e» with a default width of 8 and reckoned as 
MM/DD/YY with the slashes automatically 
provided by DBASE III 

- logical » with a default field width of 1 and 
can only be a T(rue)/F(alse) or Y(es)/N(o) 
response 

• memo which is useful for storing comments about 
the record. In DBASE III PLUS, up to 5000 
characters (more than two full pages of text) 
can be stored in the memo field. The memo 
field is stored in a separate file in the disk. 

Since no arithmetic operation will be performed on 
the three fields in the school master file, all 
the three fields are designated as character 
fields . 

(3) field width is an intelligent guess that has to be 
made according to the length of the data items. 
Assigning too short a field width would cause the 
data items which are longer than the field width 
to be truncated. The following field widths are 
suggested: 



Indexing which plays a central role in any data base 
system. The main advantage of indexing is to 
considerably speed up data retrieval, as building an 
index is much faster than sorting a file. Up to 7 
indexes may be opened at any one time for a data base, 
and doing so is much more efficient than maintaining 7 
sorted files. As the school master file may have to be 
assessed based on the different type of school, the 
status of school, the province, district, and subdistrict 
of the school, it is advisable to have separate fields 
for these keys: 



school code: 
school name: 
address : 



12 characters 
30 characters 
100 characters 



school type: ST 

school status: SS 

province: SP 

district: SKA 

subdistrict: SKE 

school number: SE 
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The above 6 fields make up the field of school 
code (SCH^CODE). 

(c) computed field- -as the 6 fields listed in (b) above are, 
taken together, the same as the field for school code 
(i.e., SCH_CODE). In order to avoid the need to input 
the same information twice during data entry, it is 
convenient if the value of the field for school code 
could be generated from the inputs to the 6 other 
fields. This can be done by concatenating the character 
strings in the 6 fields listed in (b) above. 

5.2.2 The actxial process of creating the school master data 
file is shown in paragraph 8.2.3 below, making use of the 
CREATE command in DBASE III. The CREATE command accomplishes 
three tasks: 

(a) Creating the data base file; 

(b) Defining the structure of the data file; and 

(c) Opening the file for data entry, if required. 

In the procedures given in paragraph 8.2.3, all DBASE III 
commands are written in UPPER CASE only and are preceded with 
an asterisk (*) for ease of reference. As the school master 
file (names SCHMAS) has already been constructed and stored 
in the diskette "EPP Mod. v. 2," in creating another school 
master file during the practical sessions, a different file 
name (say SCHMASl) should be assigned. 

5.2.3 The following steps are suggested in actually 
creating the school master file: 

(a) Start up DBASE III, and at dot command type *SET DEFAULT 
TO A to specify the drive to store the file; 

(b) *CREATE SCHMASl and DBASE III will display a screen with 
highlighted blocks for entry of field names, types of 
fields, field widths and the nxjmbers of decimal places 
required; 

(c) Enter the information requested as per paragraph 8.2.1 
above ; 

(d) After completing defining the data base, the system will* 
prompt whether one would proceed to data input. One can 
proceed to data input immediately. Alternatively, one 
can input data by: 

(1) *USE SCHMASl to open the data file; 

(2) *APPEND to begin adding records; 
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(e) *DISP1AY STRUCTURE in order to examine the structure of 
the school master file. The output can be directed to 
the printer using *DISPIAY STRUCTURE TO PRINT. The 
following should show up either on screen or from the 
printer . 



Fi gure V: Structure of SCHMAS 



Structure for data base: A:schmas.dbf 

Number of data records: 69 

Date of last update: 07/21/86 



Field 


Field Name 


Type 


Width 


1 


ST 


Character 


2 


2 


SS 


Character 


1 


3 


SP 


Character 


2 


4 


SKA 


Character 


2 


5 


SKE 


Character 


2 


6 


SE 


Character 


3 


7 


SCH CODE 


Character 


12 


8 


NAME 


Character 


30 


9 


ADDRESS 


Character 


100 


**Total** 




155 



(f) There are several ways of viewing the records in the 
SCHMAS data file: 

(1) *USE SCHMAS to open the data file in Diskette "EPP 
Mod.v.3"; 

(2) *DISPLAY ALL which causes DBASE III to list the 
data base on screen, 20 lines (20 records if one 
record per line) at a time; 

(3) ^BROWSE which is c full-screen, menu assisted 
command fo^ editing and appending records; 

(g) To create the computed field SCH_CODE, perform the 
commands : 

(1) *REPLACE ALL SCH_CODE WITH ST+SS+SP+SKA+SKE+SE to 
concatenate the character strings in the 6 fields. 

(2) the sys\>m would respond after manipulation with 
"69 records replaced"; 

(3) *DISPLAY NEXT 10 will list the contents of 10 
records after the replace command. The results 
are shown in the figure following. 
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Figure VI; Show SCHMAS with DISPLAY 



Record# 


ST 


SS 


SP 


SKA 


SKE 


SE 


SCH_CODE 


NAME 


1 


10 


1 


23 


05 


02 


001 


101230502001 


SDN NCI KEMPO 


2 


10 


1 


23 


05 


02 


002 


101230502002 


PEKAT 


3 


10 


1 


23 


05 


02 


003 


101230502003 


KtfANGKO 


4 


10 


1 


23 


05 


02 


004 


101230502004 


SORO 


5 


10 


1 


23 


05 


02 


005 


101230502005 


SORIUTU 


6 


10 


1 


23 


05 


02 


006 


101230502006 


N02 KEMPO 


7 


10 


1 


23 


05 


02 


007 


101230502007 


BANGGO 


8 


10 


1 


23 


05 


02 


008 


101230502008 


DOROPETI 


9 


10 


1 


23 


05 


02 


009 


101230502009 


NAPA 


10 


10 


1 


23 


05 


02 


010 


101230502010 


NANGAMIRO 



(4) It can be noted from the above table that the 
values for the field SCH_CODE have all been 
computed; 



To create an index file SCHMAS. NDX by: 

(1) *INDEX ON SCH_CODE TO SCHMAS 

(2) *DISPLAY NEXT 5 and Figure VII gives the results 
after the SCHMAS file has been indexed: 

Figure VII: Show Indexed SCHMAS by DISPLAY 



Record# 


ST 


SS 


SP 


SKA 


SKE 


SE 


SCH_CODE 


NAME 


18 


















69 


















1 


10 


1 


23 


05 


02 


001 


101230502001 


SDN NCI KEMPO 


2 


10 


1 


23 


05 


02 


002 


101230502002 


PEKAT 


3 


10 


1 


23 


05 


02 


003 


101230502003 


KWANGKO 



Records 18 and 69 are displayed first because the two records 
do not contain any information. 

(i) Before closing this subsection, it is useful to 

introduce two commands which DBASE III provides, for 
controlling the display and collection of data. They 
are the @SAY and GET. The entry screen provided by the 
APPEND command, as demonstrated in the previous 
exercise, are rather crude and would be difficult to use 
when a large number of fields are involved. If the 
field names used are very short abbreviations (e.g., ST, 
SS , & SKA used in the SCHMAS data file) , there would be 
problems using such crude data entry screen by those 
clerical officers who are unfamiliar with the data base 
system. It is not proposed to introduce complex 
programming into this module, as it is not always deemed 
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necessary for most purposes. However, it would still be 
useful to know this tool is available in DBASE III, and 
an understanding of the two conunands would be helpful in 
looking at the programming generated by QUICKCODE III in 
the next sxibsection. 

(1) It is necessary first to create a format file 
called SOMAS. FMT, using the DBASE III editor: 

♦MODIFY COMMAND SCHMAS.FMT 

(2) The suggested format file is as follows: 

(a 3,25 SAY -CUSTOM SCREEN FOR SCHMAS FILE" 

e 4,25 SAY - " 

(3 6,2 SAY -SCHOOL STATUS & SESSION CODES- GET ST 

PICTURE -99- 
(a 6,40 GET SS PICTURE -9- 

(a 8,2 SAY -SCHOOL DISTRICT CODES- GET SP PICTURE 

(§8,30 GET SKE PICTURE "99" 
(§ 8,40 GET SKA PICTURE "99" 
(§10,2 SAY "SCHOOL NAME:" GET NAME 
(§12,2 SAY "ADDRESS:" GET ADDRESS 

(3) *SET FORMAT TO SCHMAS 
♦EDIT 

These would cause the SCHMAS data file to be 
displayed according to the format defined in the 
format file. The display on the screen will look 
like the following: 



Figure VIII: Custom Screen for SCHMAS 
CUSTOM SCREEN FOR SCHMAS FILE 



SCHOOL STATUS & SESSION CODES 10 1 
SCHOOL DISTRICT CODES 23 02 05 

SCHOOL NAME: SDN NOI KEMPO 
ADDRESS : 



EDIT I <A:>|SCHMAS |Rec: 1/69 | | 
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(4) It is also noted that a format file does not need 
to include all fields in SCHMAS file. The field 
SCH_CODE has been omitted, as no information needs 
to be input into this field from the keyboard. 

5,3 Creation of Pupil and Teacher Data Files 

5.3.1 It may be seen from the demonstration in paragraph 
5.2 above on the creation of the school master file that 
there are limitations in the DBASE III APPEND command, as 
well as in the use of the format file employing the SAY and 
GET commands. For example: 

(a) It is not possible to cater for computer fields at the 
data entry stage; 

(b) No allowance can be made for the use of default values 
for fields whose values remain the same for a large 
number of records. An example is the school year for a 
pupil file; 

(c) When a large number of fields are involved, writing a 
format file becomes a rather cumbersome assignment. 

5.3.2 In this subsection, an utility program called 
QUICKCODE III is introduced. It is a program generator, thus 
taking off most of the boring work from the data base 
designers in writing and debugging programs. The main 
drawback of the program is that it cannot handle more than 
one data base at a time, and the processing time is rather 
slow, when QUICKCODE III generated programs are used to 
input data into a data base. 

5.3.3 QUICKCODE III is quite user -friendly. The main steps 
involved in building a group of utility programs are as 
follows (all commands are given in UPPER CASE only and are 
preceded by an asterisk (*)): 

(a) Using the Quickscreen Mode to design the input screen to 
DBASE III: 

(1) Starting QUICKCODE III by putting the program disk 
in Drive A and type *QC and the following screen 
will appear: 
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Figure IX: QUICKCODE III Opening Menu 
QUICKCODE III 



To Design Your Screen: 



To Exit: 



SCREEN SELECTION 

NEW Name For Your Screen: N 

Get an OLD Screen From Disk: 0 

Get a TEXT File From Disk: T 



CUSTOMIZATION 

Customize Your Screen Design Commands: C 

Customize Your Screen Settings (widths, lengths, etc.): S 

Turn on the QUICKMENU Menu Generator: M 

Change Your Output Options (see list below): X 

GENERATE dBASE-III PROGRAMS 
Generate ALL Programs: ESC Generate just one: G 



ADD 



GO 



DBF 

10 

RPT 



ED 



SCR 



FAU 
OUT 
VAL 



GET 
PRG 



CURRENT SCREEN IS: NONAME 

ENTER COMMAND 



(AUTO PILOT ON) 



(2) Naming the screen by choosing *N (for new name) , 
and then *C:PUPIL1 to create a file PUPILl in 
drive C; 

(3) Then select the Quickscreen Mode by typing *Q; 

(4) When the blackboard appears, just type the name of 
the field (preceded by ";") at any position 
desired, and any other instructions and titles in 
the same manner; 

(5) In the following 3 figures, the Quickscreen Mode 
for the three data files, namely PUPIL_RC, FLOW_RC 
and TEA_RC (which have been created and stored in 
Diskette "EPP Mod. v. 2") are displayed to 
demonstrate how the blackboard in the Quickscreen 
Mode can be drawn up: 
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Figure Xj_ Quickscreen Design for PUPIL RC 
COL: 0 (AUTO PILOT) SCR: pupil_rc DBF: pupil_rc 



(AUTO PILOT) 

■ %HQ_MODE 

Pupil Stock Questionnaire (Format RC) 



Year ;yr# 


1 School 


Code 1 


;st 1 ;ss 


1 ;sp 1 ;ska 


1 ; ske 




serial no. 


1 ;se 


+ 


- Session 


1 ;sess 


• 


Grade | 


I 


II 


Ill 


IV V 


VI 




Enrollment 














Boys 


; eml# 


;em2# 


;em3# 


; em4# ; em5# 


;em6# 




Girls 


;efl# 


;ef2# 


;ef3# 


;ef4# ;ef5# 


; ef 6# 




Classes 


;cl# 


;c2# 


;c3# 


;c4# ;c5# 


;c6# 


• 


Age group 


6 yrs or lower 


7-12 years 


13 yrs and above 


Total 




Enrollment 


; ea6# 


;ea7# 


; eal3# 


;et# 




Religion 


Moslem 


Protestant/Christian 


Khatolik Hindu 


Budha 


• • • 


; sch_code 


;erm# 




;erp# 


; erk# ; erh# 


; erb# 





LIN: 2 



Figure XI: Quickscreen for FLOW RC 
COL: 1 (AUTO PILOT) SCR: f low rc DBF: flow_rc 



(AUTO PILOT) 

%MQ_MODE 

Pupil Flow Questionnaire (Format RC) 



Year ;yr# ] School Code | ;st 
serial no. | ;se 



;ss I ;sp I ;ska | ;ske 
+ Session | ;sess 



Final Examination No. of Grade VI pupils No. Registered No. Passed 
for last year [ ;gl# ] [ ;gt# ] [ ;gP# ] 

New students for No, Registered No. planned to accept No. Accepted 
Grade I [ ;elr# ] [ ;elp# ] [ ;ela# ] 

By age group 6 yrs & below 7 yrs 8 yrs 9 yrs 10 yrs & over 

[ ;ey6# ] [;ey7#] [;ey8#] [;ey9#] [ ;eylO# ] 

Repeaters I II III IV V VI 

by Grade [ ;rtl# ] [ ;rt2# ] [ ;rt3# ] [ ;rt4# ] [ ;rt5# ] [ ;rt6# J 



;sch code 



;rtt# 



;eyt# 
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Figure XII: Quickscreen for TEA RC 

LIN: 2 COL: 1 (AUTO PILOT) SCR: tea_rc DBF: tea_rc 

%MQ_MODE 

Teacher Stock Questionnaire (Format RC) 



Year ;yr# | School Code | ;st | ;ss | ;sp | ;ska 
serial no. | ;se + + Session 



Nonteaching staff Administrative Watchman Total 

Public ;ap# ;lp# ;tp# 

Nonpublic . ; an# ; ln# ; tn# 



Teaching Staff Male - ;tm# Female - ;tf# Total « ;tt# 



No. by I II III IV V VI VII VIII 

Cert. ;npl# ;np2# ;np3# ;np4# ;np5# ;np6# ;np7# ;np8# 



No. by grade 
Public 
Nonpublic 



; sch_code 



Head 

;ph# 

;nh# 



;nqt# ;nht# 



Class 

;pc# 

;nc# 



Religion 
;pr# 
;nr# 



Sport/Art 
;ps# 
;ns# 



I ; ske 
j ;sess 



TOTAL 
;npt# 



Total 
;pt# 
;nt# 



;nct# ;nrt# ;nst# ;gtt# 
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(b) Using the Field Mode to define the characteristics of 
the fields given in the Quickscreen, the default 
values desired, the range check, the indexes to be 
used and the computed fields. The main procedures 
involved are as follows (for detailed instructions, it 
is necessary to consult the User Manual): 

(1) F':om Quickscreen Mode, one can go to the Field 
Mode by pressing *CTRL B; 

(2) Using the cursor movement arrows to move around in 
the Field Mode. One can change the following 
information given in the Field Mode: 

Column 3 data type; noting that in Quickscreen 
one may have already defined an integer field 
type by assigning an after the field name, 
and a money field type (numerical field with 
two decimal points) by assigning an "$" after 
the field name; 

- Column 4 field length; 

Column 5 file status for each field. This is 
where one would define the index field by 
assigning in descending order from 0 to 9; 



- Column 6 is where one enters the default value 
for the field concerned; 

- Columns 7 & 8 are for entering the maximum 
and minimum values for the field. 

(3) As a demonstration, the following tables give the 
design of the field modes for the PUPIL_RC, 
FLOW RC and TEA RC data bases: 



Figure XIII: Field Mode for PUPIL RC 



# FIELDNAME 


T 


LEN 


F 


DEFAULT 


MIN. 


MAX. 


ERROR MESSAGE 


VAL 


ER 


0 MQ_MODE 


C 


7 




*N0NE* 


*NONE* 


*NONE* 


*NONE* 


* 


3 


1 yr 


I 


4 


F 


1985 


1970 


2000 


*NONE* 


* 


0 


2 St 


C 


2 


F 


*N0NE* 


*NONE* 


*N0NE* 


*NONE* 


* 


0 


3 ss 


C 


1 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


4 sp 


C 


2 


0 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


5 ska 


C 


2 


1 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


6 ske 


C 


2 


2 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


7 se 


C 


3 


3 


*NONE* 


0 


999 


*NONE* 


* 


0 


8 sess 


C 


1 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


9 eml 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


10 em2 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


11 em3 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


12 em4 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


13 em5 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


14 em6 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


15 efl 


I 


3 


F 


*NONE* 


*NONE* 


■*NONE* 


*NONE* 


* 


0 


16 ef2 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


17 ef3 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


18 ef4 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


19 ef5 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


20 ef6 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NOHE* 


* 


0 


21 cl 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


22 c2 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


23 c3 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


24 c4 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


25 c5 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


26 c6 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


27 ea6 


I 


4 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


28 ea7 


I 


4 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


29 eal3 


I 


4 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


30 et 


I 


4 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


31 sch_cocle 


c 


12 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


32 era 


I 


4 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


33 erp 


I 


4 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


34 erk 


I 


4 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


35 erh 


I 


4 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


36 erb 


I 


4 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 



ERIC 



22 



5d 



Figure XIV; Field Mode for FLOW RC 



# FIELDNAME 


T 


LEN 


F 


DEFAULT 


MIN. 


MAX. 


ERROR MESSAGE 


VAL 


ER 


0 MQJIODE 


C 


7 




*NONE* 


•*NONE* 


*NONE* 


*NONE* 


★ 


3 


1 yr 


I 


4 


F 


1985 


1970 


2000 


*NONE* 


★ 


0 


2 St 


C 


2 


F 


★NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


3 ss 


C 


1 


F 


*NONE* 


*NONE* 


*NONE* 


★NONE* 


★ 


0 


4 sp 


C 


2 


0 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


5 ska 


C 


2 


1 


★NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


6 ske 


C 


2 


2 


*NONE* 


*NONE* 


★NONE* 


*NONE* 


★ 


0 


7 se 


C 


3 


3 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


8 sess 


C 


1 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


9 gl 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


★NONE* 


★ 


0 


10 gt 


I 


3 


F 


*NONE* 


*NONE* 


★NONE* 


. *NONE* 


★ 


0 


11 gp 


I 


3 


F 


★NONE* 


★NONE* 


*NONE* 


*NONE* 


★ 


0 


12 elr 


I 


3 


F 


*NONE* 


*NONE* 


★NONE* 


*NONE* 


★ 


0 


13 elp 


I 


3 


F 


★NONE* 


★NONE* 


*NONE* 


*NONE* 


★ 


0 


14 ela 


I 


3 


F 


★NONE* 


★NONE* 


*NONE* 


*NONE* 


★ 


0 


15 ey6 


I 


3 


F 


*NONE* 


★NONE* 


*NONE* 


★NONE* 


* 


0 


16 ey7 


I 


3 


F 


*NONE* 


★NONE* 


*NONE* 


*NONE* 


★ 


0 


17 ey8 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


18 ey9 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


19 eylO 


I 


<> 


F 


*NONE* 


*NONE' 


*NONE* 


*NONE* 


★ 


0 


20 rtl 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


21 rt2 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


22 rt3 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


23 rt4 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


24 rt5 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


25 rt6 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


26 sch_code 


c 


12 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


27 rtt 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


28 eyt 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 
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Figure XV: Field Mode for TEA RC 



# FIELDNAME 

0 MQ_MODE 

1 yr 

2 St 

3 ss 

4 sp 

5 ska 

6 ske 

7 se 

8 sess 

9 ap 

10 Ip 

11 tp 

12 an 

13 In 

14 tn 

15 tm 

16 tf 

17 tt 

18 npl 

19 np2 

20 np3 

21 np4 

22 np5 

23 np6 

24 np7 

25 np8 

26 npt 

27 ph 

28 pc 

29 pr 

30 ps 

31 pt 

32 nh 

33 nc 

34 nr 

35 ns 

36 nt 

37 sch_code 

38 nqt 

39 nht 

40 net 

41 nrt 

42 nst 

43 gtt 



T 


LEN 


F 


DEFAULT 


MIN. 


MAX. ERROR MESSAGE 


VAL 


ER 


C 


7 




★NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


3 


I 


4 


F 


1985 


1970 


2000 


*NONE* 


★ 


0 


C 


2 


F 


★NONE* 


*NONE* 


★NONE* 


*NONE* 


* 


0 


c 


1 


F 


*NONE* 


★NONE* 


*NONE* 


*NONE* 


* 


0 


c 


2 


0 


★NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


c 


2 


1 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


c 


2 


2 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


c 


3 


3 


*NONE* 


★NONE* 


*NONE* 


*NONE* 


★ 


0 


c 


1 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


★NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


3 


F 


*NONE* 


*NONE* 


★NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


3 


F 


*NONE* 


★NONE* 


★NONE* 


*NONE* 


★ 


0 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


♦NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


-NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


★NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


c 


12 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


* 


0 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


2 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 


I 


3 


F 


*NONE* 


*NONE* 


*NONE* 


*NONE* 


★ 


0 
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(4) To create computed fields and determine which 
fields should be displayed in the data entry 
screen, one needs to display another part of the 
Field Mode by pressing the *F6 key. Pressing *F5 
key brings one back to the previous display. For 
the other part of the Field Mode, one can only 
change the following: 

• Column 6 to determine whether the field 
concexned should appear in the data entry 
screen or not: 
YES for show 
NO for do not show; 

Column 7 for specifying the computation 
required for the fields concerned. The 
computation can use any of the fields defined 
earlier than the computed field itself. 

(5) The following figures illxxstrate -the use of the 
variotis computed fields in the three data files, 
PUPIL^RC, FLOW^RC, and TEA_RC, and those fields 
which do not appear in the data entry screen: 



Figure XVI: Field Mode for Computed Fields for PUPIL RC 



# FIELDNAME T 


LEN 


F 


SHOW 


COMPUTATION 


ER 


22 c2 I 


2 


F 


YES 


*NONE* 


0 


23 c3 I 


2 


F 


YES 


*NONE* 


0 


24 c4 I 


2 


F 


YES 


*NONE* 


0 


25 c5 I 


2 


F 


YES 


*NONE* 


0 


26 c6 I 


2 


F 


YES 


*NONE* 


0 


27 ea6 I 


4 


F 


YES 


*NONE* 


0 


28 ea7 I 


4 


F 


YES 


*NONE* 


0 


29 eal3 I 


4 


F 


YES 


*NONE* 


0 


30 et I 


4 


F 


YES 


ea6+ea7+eal3 


0 


31 sch_code C 


12 


F 


NO 


st+ss+sp+ska+ske+se 


0 


32 erm I 


4 


F 


YES 


*NONE* 


0 


33 erp I 


4 


F 


YES 


*NONE* 


0 


34 erk I 


4 


F 


YES 


*NONE* 


0 


35 erh I 


4 


F 


YES 


★NONE* 


0 


36 erb I 


4 


F 


YES 


*NONE* 


0 
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Figure XVII: Field Mode for Computed Fields for FLOW RC 



# FIELDNAME 
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COMPUTATION 


ER 




22 rt3 
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*NONE* 
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23 rt4 
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2 


F 
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*NONE* 
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I 


2 


F 
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★NONE* 


0 




25 rt6 
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*NONE* 
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26 sch_code 
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12 


F 


NO 


s t+s s+sp+ska+ske+s e 
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27 rtt 
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3 


F 


YES 


rtl+rt2+rt3+rt4+rt5+rt6 
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28 eyt 


I 


3 


F 


YES 


ey6+ey7+ey8+ey9+eylO 


0 
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Figure XVIII: Field Mode for Computed Fields for TEA RC 



# FIELDNAME 
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SHOW 


COMPUTATION 


ER 


0 MQ_MODE 


C 


7 




YES 


*NONE* 


3 


1 yr 


I 


4 


F 


YES 


★NOPE* 


0 


2 St 


C 


2 


F 


YES 


*NONE* 


0 


3 ss 


C 


1 


F 


YES 


*NONE* 


0 


4 sp 


c 


2 


0 


YES 


*NONE* 


0 


5 ska 


c 


2 


1 


YES 


★NONE* 


0 


6 ske 


c 


2 


2 


YES 


★NONE* 


0 


7 se 


c 


3 


3 


YES 


★NONE* 


. 0 


8 sess 


c 


1 


F 


YES 


*NONE* 


0 


9 ap 


I 


2 


F 


YES 


*NONE* 


0 


10 Ip 


I 


2 


F 


YES 


*NONE* 


0 


11 tp 


I 


3 


F 


YES 


ap+lp 


0 


12 an 


I 


2 


F 


YES 


*NONE* 


0 


13 In 


I 


2 


F 


YES 


*NONE* 


0 


14 tn 


I 


3 


F 


YES 


an+ln 


0 


15 tm 


I 


3 


F 


YES 


*NONE* 


0 


16 tf 


I 


3 


F 


YES 


*NONE* 


• 0 


17 tt 


I 


3 


F 


YES 


tm+tf 


0 


18 npl 


I 


2 


F 


YES 


*NONE* 


0 


19 np2 


I 


2 


F 


YES 


*NONE* 


0 


20 np3 


I 


2 


F 


YES 


*NONE* 


0 


21 np4 


I 


2 


F 


YES 


★NONE* 


0 


22 np5 


I 


2 


F 


YES 


*KONE* 


0 


23 np6 


I 


2 


F 


YES 


★NONE* 


0 


24 np7 


I 


2 


F 


YES 


*NONE* 


0 


25 np8 


I 


2 


F 


YES 


*NONE* 


0 


26 npt 


I 


3 


F 


YES 


npl+np2+np3+np4+np5+np6+np7+np8 


0 


27 ph 


I 


2 


F 


YES 


*NONE* 


0 


28 pc 


I 


2 


F 


YES 


*NONE* 


0 


29 pr 


T 


2 


F 


YES 


*NONE* 


0 


30 ps 


I 


2 


F 


YES 


*NONE* 


0 


31 pt 


I 


3 


F 


YES 


ph+pc+pr+ps 


0 


32 nh 


I 


2 


F 


YES 


*NONE* 


0 


33 nc 


I 


2 


F 


YES 


*NONE* 


0 


34 nr 


I 


2 


F 


YES 


*NONE* 


0 


35 ns 


I 


2 


F 


YES 


*NONE* 


0 


36 nt 


I 


3 


F 


YES 


nh+nc+nr+ns 


0 


37 sch_code 


c 


12 


F 


NO 


s t+s s+sp+ska+ske+s e 


0 


38 nqt 


I 


3 


F 


NO 


npl+np3+np5 


0 


39 nht 


I 


2 


F 


NO 


ph+nh 


0 


40 net 


I 


2 


F 


NO 


pc+nc 


0 


41 nrt 


I 


2 


F 


NO 


pr+nr 


0 


42 nst 


I 


2 


F 


NO 


ps+ns 


0 


43 gtt 


I 


3 


F 


YES 


pt+nt 


0 
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(6) Some of the computed fields which appear on the 
data entry screen are useful in facilitating on- 
line checking of the accuracy of the data. These 
include, for instance, the GTT field in the TEA_RC 
data file and the RTT field in the FLOW_RC data 
file. 

(c) Using the Hain Menu to generate the programs required. 
An illustration of the Main Menu is given in Figure IX. 

(1) The program generation is activated by *ESC (for 
generating all programs listed in the Main Menu) 
or *G (for generating individual programs) . One 
can go to the X menu to change the list of 
programs displayed on the Main Menu; 

(2) The 12 programs usually required are: 

- main menu program (.PRG) 
input/output screen program (.10) 

- the output display program (.OUT) 

- program for adding records (.ADD) 

- program for running reports (.RPT) 

- program for finding individual records (.GET) 

- program for editing a record (.ED) 

- program for setting default values (.FAU) 

- program for validation ( .VAL) 

- program for creating an index file (.GO) 
the screen definition program t . SCR) 

- the data base file (.DBF) 

(3) After the programs have been generated, it would 
be quite informative to browse over the programs 
using either an ordinary Wordstar program or the 
DBASE III MODIFY COMMAND to look at the programs. 
Alternatively, they can be printed. 

5.3.4 The Pupil Files. Two pupil stock files have been 
created using QUICKCODE III: 

(a) The PUPIL file, based on the questionnaire given in 
Figure I is stored in Diskette ••EPP Mod.v.l." There are 
11 programs and the data base file, all of which are 
assigned the name PUPIL. XXX (XXX being the name used to 
distinguish the type of files, e.g., .DBF refers to data 
base file and .ADD refers to the program to add 
records). No records have been added to the data base. 

(b) To have a look at the PUPIL data file, the following 
procedure may be followed: 



28 



(1) Start up DBASE III from Drive C or Drive B, and 
put the Diskette in Drive A; 

(2) *SET DEFAULT TO A 

(3) *D0 PUPIL will tell DBASE III to run the program 
called PUPIL. PRG \rtiich will display a screen from 
which different programs can be selected: 

- ADD program for adding records. It is useful 
to examine the data input screen design; 

- GET/EDIT program for retrieving and editing 
individual records; 

• INDEX program is to create the Index file 
PUPIL. NDX according to the index keys created 
in the GO program. The index keys are defined 
in the Field Mode; 

• RUN report program is to run reports using 
report format already defined or create reports 
using the DBASE III report generator. 

(4) A specimen screen for the program menu generated 
by the PUPIL_RC.PRG program is shown in Figure XIX 
below: 



Figure XIX: Screen Design for PUPIL RC.PRG 
MAIN MENU 

SYSTEM: pupil_rc DBF: pupil^rc 



A to ADD data 

G to GET/EDIT data 

R to RUN report 

I to INDEX data base 

Q to QUIT (exit to DOS) 
D to return to DBASE III 

PLEASE ENTER YOUR CHOICE: 



(c) The pupil file which will be used for demonstration in 
this module is the PUPIL_RC file. It is based on the 
questionnaire ** Format RC used by Balitbang. The data 



file is contained in the Diskette "EPP Mod-v.a," The 
following procedure may be used in examining this data 
file: 



(1) Start up DBASE III from Drive C or Drive B and put 
the Diskette in Drive A; 

(2) *SET DEFAULT TO A; 

(3) *USE PUPIL_RC; 

(4) *LIST STRUCTURE TO PRINT, This will give the data 
base structure of PUPIL_RC, as follows: 
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Figure XX: Data Structure of PUPIL RC 



Structure for Data Base A:Pupil_RC 
Number of data records: 65 
Date of last update: 07/26/86 



Field 


Field Name 


Type 


Width 


1 


YR 


Numeric 


4 


2 


ST 


Character 


2 


3 


SS 


Character 


1 


4 


SP 


Character 


2 


5 


SKA 


Character 


2 


6 


SKE 


Character 


2 


7 


SE 


Character 


3 


8 


SESS 


Character 


1 


9 


EHl 


Ntimeric 


3 


10 


mz 


Ntimeric 


3 


11 


EH3 


Ntimeric 


3 


12 


EH4 


Numeric 


3 


13 


EM5 


Numeric 


3 


14 


EH6 


Numeric 


3 


15 


EFl 


Numeric 


3 


16 


EF2 


Numeric 


3 


17 


EF3 


Numeric 


3 


18 


EF4 


Numeric 


3 


19 


EF5 


Numeric 


3 


20 


EF6 


Numeric 


3 


21 


CI 


Numeric 


2 


22 


C2 


Numeric 


2 


23 


C3 


Numeric 


2 


24 


C4 


Numeric 


2 


25 


C5 


Numeric 


2 


26 


C6 


Numeric 


2 


27 


EA6 


Numeric 


4 


28 


EA7 


Numeric 


4 


29 


EA13 


Numeric 


4 


30 


ET 


Numeric 


4 


31 


SCH CODE 


Character 


12 


32 


ERM 


Numeric 


• 4 


33 


ERP 


Numeric 


4 


34 


ERK 


Numeric 


4 


35 


ERH 


Numeric 


4 


36 


ERB 


Numeric 


4 



**Total** 114 

It is useful to cross reference the data structure shown in 
the above with the Quickscreen design for the PUPIL_RC given 
in Figure X and the Field Mode in Figure XIII . 




(5) To add records, browse or edit the existing 

records in the FUPIL_RC data base, one can use the 
DBASE III command such as APPEND, BROWSE or EDIT. 
However, it would be more convenient to use the 
various programs generated by QUICKCODE III, which 
will present the data in a better manner on the 
screen: 

- *D0 PUPIL_RC to run the menu program; 

From the menu, one can select a variety of 
functions such as '»dd, get, or edit. 

5.3.5 Pupil Flow Files. Two data files have also been 
created for the pupil flow data: 

(a) The FLOW data file which is modeled on the questionnaire 
design given in Figure II . This data file is only used 
for demonstration purposes as no data have been added 
into the file. 

(b) The FLOW_RC data file which is based on the 
questionnaire "Format RC" used by the Balitbang. 
Sample records have been added into this data file. 

(c) To view the design of FLOW, the following procedure may 
be taken: 

(1) Start up DBASE III from Drive C or Drive B, and 
put the Diskette "EPP Mod.v.l" in Drive A; 

(2) *SET DEFAULT TO A; 

(3) *D0 FLOW to start up the Flow program menu from 
which a variety of functions such as add, get and 
edit may be performed. 

(d) To view the data in the FLOW_RC file, the following 
procedure may be taken: 

(1) Start up DBASE III from Drive C or Drive B and put 
the Diskette -EPP Mod. v. 3" in Drive A; 

(2) *SET DEFAULT TO A; 

(3) *USE FLOW_RC to open the data file; 

(4) *LIST STRUCTURE TO PRINT to examine the data 
structure of the file. The following should 
appear on the printer: 
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Figure XXI: Data Structure for FLOW RC 



Structure for data base: A:flow_rc.dbf 

Number of data records: 67 

Date of last update: 07/27/86 



Field 


Field Name 


Type 


Width 


1 


iR 


Numeric 


4 


2 


ST 


Character 


2 


3 


ss 


Character 


1 


4 


SP 


Character 


2 


c 


SKA 


Character 


2 


6 


SKE 


Character 


2 


7 


SE 


Character 


3 


o 
o 


SESS 


Character 


1 


9 


GL 


Numeric 


3 


10 


GT 


Numeric 


3 


11 


GP 


Numeric 


3 


12 


EIR 


Numeric 


3 


13 


EIF 


Numeric 


3 


14 


ElA 


Numeric 


3 


15 


EY6 


Numeric 


3 


16 


EY/ 


Numeric 


3 


17 


EYo 


Numeric 


4% 

3 


18 


£¥9 


Numeric 


3 


19 


EYIO 


Numeric 


3 


20 


RTl 


Numeric 


2 


21 


RT2 


Numeric 


2 


22 


RT3 


Numeric 


2 


23 


RT4 


NumjBrlc 


2 


24 


RT5 


Numeric 


2 


25 


RT6 


Numeric 


2 


26 


SCH^CODE 


Character 


12 


27 


RTT 


Numeric 


3 


28 


EYT 


Numeric 


3 



**Total** 81 

It would be useful to cross-reference the above data 
structure with the Qulckscreen design for the data base, 
as shown in Figure XI and the corresponding Field Mode 
definitions given in Figure XIV ; 

(5) The records in the FLOW_RC data base can be viewed 
or edited using the DBASE III commands such as 
EDIT, BROWSE, or DISPLAY as already discussed in 
the previous subsections. 

Aitematlvely , the menu program generated by 
QUICKCODE III can be used to add, retrieve or 
print the records: 

- *D0 FLOW_RC; 
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- And select from the program menu a variety of 
functions such as add, get, or edit. 

5.3.6 Teacher Files. Two data files have also been created 
for the Teacher File: 

(a) One is the TEACHER file which is based on the 
questionnaire design given in Figure III and is stored 
in the Diskette "EPP Mod.v.l." This file will be used 
for reference, and not for actual demonstration as no 
records have been entered into the data base; 

(b) The other is the TEAJRC file which is based on the 
questionnaire Format RC and a number of records have 
been added into the data base. The data file, together 
with other utility programs are stored in the Diskette 
"EPP Mod.v.2"; 

(c) To view the design of the data base TEACHER and the 
other programs generated, the following procedures may 
be followed: 

(1) Start up DBASE III from either Drive C or Drive B 
and put the Diskette "EPP Mod.v.l" in Drive A; 

(2) *SET DEFAULT TO A, and *D0 TEACHER; and select 
from the program menu a variety of functions such 
as add, get, and edit; 

(d) To view the contents of the data base TEA_RC and run 
some of the programs generated, the following procedures 
may be followed: 

(1) Start up DBASE III from either Drive C or Drive B 
and put the diskette "EPP Mod. v. 2" into Drive A; 

(2) *SET. DEFAULT TO A, and *USE TEA_RC to open the 
data base; 

(3) *LIST STRUCTURE TO PRINT to print the data base 
structure of TEA_RC, and the following should be 
printed: 
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Figure XXII: Data Structure for TEA RC 



Structure for data base: A: tea rc.dbf 



Number 


of data records: 67 




Date o 


f last update: 


A7 /Oft /ftA 

U / /Zo/oo 




Flela 


Field Name 


Type 


wxucn 


1 


iR 


Numeric 




2 


ST 


Character 


z 


3 


ss 


Character 


1 


A 


or 


unaracter 


z 




OVA 

SKA 


Character 


z 


6 


SKti 


Character 


z 


/ 




unaraccer 




Q 
O 


ot?o o 


onaracuer 


1 
1 


y 


Ar 


Numeric 


z 


lU 


Li: 


Numeric 


z 


11 


ilr 


Numeric 




iz 


AN 


Numeric 


Z 


1 

lo 


T XT 

LN 


Numeric 


Z 


14 


TXT 

IN 


Numeric 




ID 


ill 


Numeric 




lo 




Numeric 




1/ 


TT 


Numeric 




1 0 

lo 


Nrl 


Numeric 


Z 


1 0 

ly 


WPO 


Mumer^ic 


0 
z 


on 


WJrD 


numer^ic 


0 
z 


01 
Zl 


Kii>A 


1 m A V* 4 A 


0 
z 


00 




« *n A V ^ ^ 

Mumer^xc 


0 
z 


z^ 




« *n A V 4 ^ 

Mumer^xc 


0 


O/i 
Z*f 


WJr / 


1 4 m A ^ ^ 


0 

z 


0<\ 
ZD 


NPft 


nuuicc^xc 


0 
z 


OA 

zo 


MPT 


rtumec^xc 




07 
Z / 


PU 


rtuuicc^xc 


0 
z 


Oft 
Zo 


pr 


nuucc^xc 


0 
z 


OQ 

Z 7 


pp 


.Mumer^xc 


0 
z 




PC 


Mumer^xc 


0 
z 


Dl 


PT 


riumer^xc 


D 


'^O 
DZ 


vru 
nn. 


iMumer^xc 


0 
z 


DD 


NU 


. numerxc 


0 
z 




NR 


Numeric 


z 


35 


NS 


Numeric 


z 


36 


NT 


Numeric 


3 


37 


SCH CODE 


Character 


12 


38 


NQT 


Numeric 


3 


39 


NHT 


Numeric 


2 


40 


NCT 


Numeric 


2 


41 


NRT 


Numeric 


2 


42 


NST 


Numeric 


2 


43 


GTT 


Numeric 


3 


**Total** 




108 



Dec 



35 



G 



It would be useful to cross-reference the above 
data structure with the Quickscreen design for the 
data base, as shown in Figure XII , and the 
definitions \ised in the Field Mode as shown in 
Figure XV; 

(4) *D0 TEA_RC to bring up the program menu, from 

which a variety of functions such as add, get, and 
edit may be selected to run* 

5,3,7 School File, Only one school file which is based 
on the questionnaire design given in Figure IV, has been 
created \ising QUICKCODE III, namely SCHOOL, The data base 
file and 11 utility programs generated are stored in the 
Diskette "EPP Mod,v,l.*' No record has been added into this 
data file. The following procedure may be followed to 
examine the design of this data file: 

(a) Start up DBASE III from either Drive C or Drive B, and 
put the Diskette "EPP Mod,v,l'' into Drive A; 

(b) *SET DEFAULT TO A, and *D0 SCHOOL to bring up the 
program menu from which varioxis othec programs may be 
selected to nin. 



Learning Activities 

6.1 Microcomputer Tutorial Sessions 

6,1*1 The purpose of the tutorial sessions is to 
familiarize the participants on the various techniques on 
data base construction and usage which are discussed in the 
User Manual section. In the User Manual Section, the various 
steps involved in constructing the fotxr data files (namely 
the school master ••SCHMAS," pupil stock "PUPIL_RC," pupil 
flow ••FLOW^RC,*' and teacher stock "TEA^ilC") have been 
illustrated in detail. This is because it is considered of 
fundamental importance to have the data base set up properly 
before any use can be made of the information stored in the 
data base. The participants are required to go through by 
themselves the various steps explained in the User Manual 
Section to: 

(a) Construct 4 data files on pupil, pupil flow, teacher and 
school master, following exactly the same design as 
proposed in the User Manual Section; 

(b) Perform simple manipulations of the four data files by: 

(1) Following the procedures suggested in the User 
Manual section; 




(2) And exploring as well the use of other DBASE III 
functions and commands, which can be found in the 
application user manual. During this part of the 
exercise, the instructors will go through some of 
the commands that could be of use to the 
participants, which include, for instance: 

- GO TOP, 

- DELETE, RECALL and PACK, 

- COPY STRUCTURE, 

- MODIFY STRUCTURE, 

- CHANGE FIELDS. 

6.1.2 It is stressed that the objective of the tutorial 
sessions is not to train the participants to become 
proficient programmers or users of the DBASE III language. 
It is important also to emphasize that the various commands 
need NOT be memorized, as there is on-line help and as there 
is always the opportunity to consult the application user 
manual. Furthermore, in view of the rapid development in the 
field of computer hardware and software, any software 
package could easily become outdated very quickly. 

^•2 Group Work Session 

6.2.1 The OBJECTIVE of the group work session is to 
sensitize participants in the versatility and flexibility of 
a computerized data base, and the ease with which a data base 
can be designed and modified. 

6.2.2 The participants will be divided into groups. Based 
on the results of the group discussion in Unit 2, the 
participants, working in groups, will be asked to: 

(a) Identify data items which have been omitted from the 
data bases (namely SCHMAS, PUPIL^RC, FLOW^RC and TEA_RC) 
which should be included; 

(b) Comment on the design of the data base, in terms of: 

(1) the format of the data input forms; 

(2) the relationship between fields for the computed 
fields ; 

(3) additional computed fields that are considered 
necessary; 

(4) the choice of the index fields; 

(c) Suggest any validation rules that could be built into 
the data input system, which could be accommodated in 
the QUICKCODE III system; 
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(d) And based on the results of the discussion in (a), (b) 
and (c) above, design and constiruct a different 
information system comprising pupil, pupil flow, 
teacher, and school data bases. The techniques they 
have learned, as discussed in the User Manual section, 
may be employed to tmdertake this task. 

6.2.3 The instructors would be available to help different 
groups of trainees in the group work sessions. 

Post-asses sment 

7.1 The purpose of this post-assessment section is to help the 
instructors evaltiate to what extent the learners are able to 
understand the contents of the training materials and to perform 
what is expected from them which is stated in the specific 
performance objectives given for this Unit. 

7.2 The participants are asked to undertake the following 
exercise individually. However, if microcomputers are not 
available for each of the participants, they may have to work in 
groups. The assignment is as follows: 

(a) It is desired to develop a data base on pupils in a 
particular province which could provide planners with 
the following information: 

(1) The total enrollment by sex in junior high schools 
which have 3 grades from grade 1 to grade 3 in the 
province in question; 

(2) The proportion of children in the junior high 
school age group (i.e., 13-15 years) who are 
enrolled in the high schools; 

(3) The proportion of over aged children in junior high 
schools ; 

(4) The estimated number of dropouts by grade from 
junior high schools. 

(b) Other statistical information available is the number of 
children in the 13-15 age range, by single years of age, 
for the province in question. 

(c) The learners are expected to perform the following 
tasks : 

(1) Determine the ta items required to be collected 
on pupils; 
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(2) Design the questionnaire for data collection; 

(3) Create a pupil data base and design the data input 
program for the pupil data file which will include 
at least the following functions: 

a screen format design for data input which 
should preferably be similar to the data 
collection questionnaires; 

adding data to the data base; 

editing data and search for specific records in 
the data base using the school code as index. 



III. Unit 2: Information Retrieval 



Performance Objectives 

8.1 This is an introductory section on the topic of information 
retrieval from the data bases constructed in the previous section. 
More in-depth discussion will be held in Module III on the Use of 
the Education Management Information System for Management Control. 

8.2 Upon completion of this section, the participants are 
expected to be able to: 

(a) Do simple manipulation of the data stored in the data base, 
such as stom, average, and the creation of summary data files; 

(b) Produce simple reports from the data bases. 



Instructional Activities 

9. 1 Querying the Data Base 

9.1.1 In the last section, a number of techniques have been 
discussed on retrieving information from the data base, using 
command level language such as DISPLAY and BROWSE, as well as 
the use of the GET and EDIT programs provided by OUICKCODE 
III. The operation is essentially done at one data file 
level. Using the SET RELATION command, two data files may 
be accessed at the same time. Furthermore, with the use of 
programming and software like QUICKREPORT, more than two data 
files may be accessed at one time. Access to multiple data 
bases will NOT be discussed in this Module, which will be the 
subject for Module III. 



9.1.2 One can specify the condition for the retrieval of 
records from a data base, thus enhancing the usefulness of 
the DISPLAY or BROWSE command. The ability of setting 
selection criteria in retrieving information is a very 
powerful feature of many data base software packages like 
DBASE III. 

9.1.3 In addition, it may often be necessary to perform 
simple calculations with a data base. For example, it may be 
required to compile summary statistics such as the total 
number of teachers, the average number of pupils per school 
for the whole province, or for a selected district, or even 
for a given type of school within a selected district. These 
summary statistics are required, for example, for stocktaking 
piirposes as discussed in paragraph 4.2.1(a). It is always 
possible to compile such stimmary statistics from a data 
base, making use of the arithmetic commands provided by 
DBASE III. The next consideration would then be how to 
capture the information. There could be several ways of 
displaying and capturing the results: 

(a) Displaying the results on-screen; 

(b) Sending the results to a printer; 

(c) When a lot of information is generated from the 
arithmetical operation, it would be wiser to try to 
store the data so that the results could be retrieved at 
a later stage, or tised in another operation. To achieve 
this, one can store the results in the memory variables 
provided by DBASE III; 

(d) As the values stored in the memory variables would 
disappear once the machine is turned off, the results 
could also be stored to an external file on- disk. 

9.2 Reporting 

9.2.1 One of the commonest fimctions of data collection is 
for the purposes of compiling various reports. Very often, 
becavise of the inflexibility a.n the production of reports 
provided by an information system, piles of reports have to 
be produced in advance in anticipation of possible demand 
from users. However, these reports in general are never 
read or utilized by users. With a better designed 
computerized information system, reports that are not 
frequently tised need not be produced in advance, in 
anticipation of an unlikely requirement that might arise in 
the course of time. These reports, required on an ad hoc 
basis, could easily be compiled from the data base, making 
use of a host of tabulation programmes available for both 
mainframe computers and microcomputers. 
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9.2.2 Information stored In a computerized data base can 
also be written onto a diskette or a removable hard disk If 
the data volume Is very large. Such Information can easily 
be transported from the provincial offices to the central 
ministry. By doing so: 

(a) Considerable amounts of clerical efforts required In 
transcribing the da^a can be saved; 

(b) The data would be free from manual errors of all sorts; 

(c) The central ministry can then have access to the data In 
the same level of details as the provincial offices, 
thus enabling: 

- a better analysis of the statistics be made at the 
central ministry; 

a more effective control and monitoring by the 
central ministry over the activities of the 
provincial and district offices. 

9.2.3 This subsection will examine the simple reporting 
facilities that could be built into the computerised 
information system. There are two main approaches: 

(a) Information retrieval individually from the 5 data bases 
(pupil stock, pupil flow, teacher, school, and school 
master). This can be performed by: 

(1) On-line inquiry using the Assistant facilities 
available in DBASE III to retrieve information 
about schools; 

(2) The creation of a report form to generate reports 
giving information about a group of schools or 
sxammary statistics about a given subdistrict, 
district, or province, or even about a given type 
of school within the district specified; 

(b) Information retrieval by linking several data bases. 
This enables information to be retrieved, for example, 
on pupils as well as teachers. One approach that can be 
adopted is to join two different data bases into one new 
file. This is a more powerful feature of a relational 
data base like DBASE III. By doing so, a new file 
containing only information needed for the analysis can 
be used to generate reports, bypassing the inconvenience 
of having to create reports from multiple data files. 
This feature will be explored in detail in Module III. 
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10. User Manual 



10,1 Getting Started 

10.1.1 The user manual is designed for both the instructor 
as well as the trainees. The purpose of this user mantial is 
to put into DBASE III languages from the various functions 
outlined in this unit, so that: 

(a) The instructor can use it to demonstrate, during the 
practical session, the various steps involved in 
retrieving information and producing reports from the 
data bases; 

(b) The trainees can follow the steps shown in doing their 
practical exercises. 

10.1.2 The software package needed is DBASE III (Version 1.1 
or Plus). The variotis programs and data files required for 
the practical session are all contained in the Diskette "EPP 
Mod.v.2.'' The files in the original diskette are protected 
against modifications and deletions. It is therefore 
necessary to create a backup of this diskette and to use the 
backup in the practical sessions. 

10.1.3 This user manual is divided into three parts as 
follows: 

(a) Part I introduces the techniques of querying the data 
bases, displaying records selectively. This on-line 
inquiry is useful in meeting, very quickly, the demand 
for information about certain schools or types of 
schools ; 

(b) Part II demonstrates the use of the arithmetic functions 
of DBASE III in compiling staimnary statistics; 

(c) Part III outlines the use of report generator to prepare 
simple reports on the data bases. 

10.2 On "Line Inquiry 

10.2.1 The techniques of querying the data bases using the 
commands of DBASE III, such as BROWSE and DISPLAY, have been 
demonstrated in the previoiis Unit. The facility allowed in 
DBASE III to select certain groups of records will be 
demonstrated in this subsection. With this facility, any 
types of records can be selected for display either on the 
screen, to the printer or to a file, provided there are 
suitable keys in the data base to identify these groups of 
records • 
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10.2.2 The following demonstrate one method of selectively 
displaying a specified ,^roup of records: 

(a) Start up DBASE III from either Drive C or Drive B, and 
put the Diskette "EPP Mod. v. 2" in Drive A; 

(b) *SET DEFAULT TO A; 

(c) *USE PUPIL_RC to open the data base PUPIL_RC; 

(d) *DISPLAY OFF SCH_CODE, ET FOR SKA-"05" .AND. SKE-"01" , 
and the following would appear on the screen: 
sch_code et 

101230501001 284 

101230501002 201 

101230501003 341 

101230501004 249 

101230501005 147 

101230501006 182 

101230501007 220 

101230501008 327 

101230501010 208 

101230501011 113 

102230501032 196 

102230501033 269 

102230501034 287 

102230501035 148 

102230501037 242 

102230501038 235 

102230501039 275 

102230501040 158 

102230501041 229 

102230501042 267 

(e) The above procedure may be repeated for the FLOW_RC data 
file by: 

*USE FLOW_RC 

(f) *DISPLAY OFF SCH_CODE , GP , ElA , RTT FOR SKE-"04" TO PRINT, 
and the following will be printed: 



sch code 


gP 


ela 


rtt 


101230504001 


21 


43 


15 


101230504002 


16 


12 


114 


101230504003 


12 


28 


2 


101230504004 


18 


17 


43 


101230504005 


0 


35 


0 


101230504006 


9 


0 


1 


101230504007 


31 


27 


27 


101230504008 


13 


14 


26 


101230504009 


2 


23 


39 


101230504010 


21 


20 


18 


101230504011 


0 


0 


17 



43 
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(g) A further demonstration is shown here using the TEA_RC 
data base: 

★USE TEA_RC 

(h) *DISPIAY OFF SGH_CODE,NHT,NCT,NRT,NST ,TT FOR SKA-"05" 
.AND. SKE-"02", and the following will be displayed on 
the screen: 



sch_code 

101230502001 

101230502002 

101230502003 

101230502004 

101230502005 

101230502006 

101230502007 

101230502008 

101230502009 

101230502010 

101230502011 

101230502012 

101230502013 

101230502014 

101230502015 

101230502016 

101230502017 



nht 


net 


nrt 


nst 


tt 


1 


4 


1 


0 


6 


1 


2 


0 


0 


3 


1 


4 


1 


0 


5 


1 


3 


1 


0 


6 


1 


5 


1 


0 


7 


1 


6 


1 


1 


9 


1 


3 


1 


0 


5 


1 


2 


1 


0 


4 


1 


1 


1 


0 


3 


1 


2 


1 


1 


5 


1 


4 


1 


0 


6 


1 


5 


1 


0 


7 


1 


4 


1 


0 


6 


1 


4 


1 


0 


6 


1 


5 


A. 


2 


10 


1 


3 


0 


1 


5 


1 


9 


2 


0 


12 



10.3 Summary Statistics 

10.3.1 The basic arithmetic conmiands used in DBASE III are 
SUM and AVERAGE: 

(a) The SUM command adds up numeric f : ilds in a data base 
and displays the results on the screen. Fields may be 
selected for sianmation from a data base. Furthermore, 
the results could be stored to a memory variable if the 
data are required to be retained for subsequent usage; 

(b) The AVERAGE command is used to compute the (arithmetic) 
mean of the fields in a data base. As with the SUM 
command^ fields may be selected based on given criteria, 
and the results could be stored to a memory variable. 

10.3.2 In the demonstration to follow, the results of the 
SUM and AVERAGE commands are stored in a separate text file 
using the SET ALTERNATE TO command. Storing the results in 
an external file on disk will facilitate future retrieval and 
the printing of the results in reports. The procedures that 
may be adopted are as follows: 
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Start up DBASE III in either Drive C or Drive B, and put 
the Diskette "EPP Mod. v. 3" in Drive A; 

*SET DEFAULT TO A; 

*USE PUPIL_RC to open the data base PUPIL_RC; 

*SET ALTERNATE TO PU, and the results will be stored in 
an external text file called PU.TXT in the Diskette "EPP 
Mod.v,3"; 

*SET ALTERNATE ON; 

*SUM ALL C1,C2,C3,C4,C5,C6,ET gives the sxunmary 
statistics on the total niunber of classes by grade and 
the total enrollment • The following vrill be written to 
PU.TXT as well as displayed on the screen: 

65 records sunmed 
cl c2 c3 c4 c5 c6 et 
76 70 66 65 62 72 11785 

*SUM ALL C1,C2,C3,C4,C5.C6.ET FOR SKE-"01" . and this 
will cause the selection of those schools in the 
subdistrict with the code of "01." This gives the total 
number of classes by grade and the total enrollment in 
subdistrict "01." The following will be written to the 
PU.TXT as well as displayed on the screen: 

. sum all cl, c2, c3, c4, c5, c6, et for 
ske-"01" 

20 records summed 
cl c2 c3 c4 c5 c6 et 
28 27 24 22 22 19 4578 

*SUM ALL C1,C2,C3,C4,C5,C6 FOR SKE-"04", causes the 
selection of only those schools in the subdistrict with 
the code of "04." This gives the total number of 
classes and the total enrollment in subdistrict "04." 
The following will be written to the PU.TXT and 
displayed on the screen: 

. sum all cl, c2, c3, c4, c5, c6 for ske-"04" 

11 records summed 
cl c2 c3 c4 c5 c6 
11 10 11 11 9 8 

♦AVERAGE EM1,EF1,ET gives the average male and female 
enrollment in Primary 1 and "he average total enrollment 
per school. The following will be written to PU.TXT and 
displayed on the screen: 
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. average eml, efl, et 
65 records averaged 
eml efl et 
19 19 181 

(j) *AVERAGE Em,EFl,ET FOR SKE-"01" gives the corresponding 
averages for schools in subdistrict "01." The following 
will be written to PU.TXT and displayed on the screen: 

. average eml, efl, et for ske~"01" 

20 records averaged 
eml efl et 
23 23 229 

(k) Similarly, *AVERAGE EM1,EF1,ET FOR SKE-"04" gives the 
averages for schools in subdistrict "04": 

. average eml, efl, et for ske-"04" 

11 records averaged 
eml efl et 
18 i: 142 

(1) Before using the text file, it should be closed by: 

*SET ALTERNATE OFF 
*CL0SE ALTERNATE; 

(m) Similar procedure may be followed for the FLOW_RC data 
base by first selecting the file with the command: 

*USE FLOW_RC 

*SET ALTERNATE TO FL will cause the results to be 
written to a text file named FL.TXT. This file should 
contain the following: 



svuc 


all gl. 


gp. elr. 


ela. 


rtt 


67 


records 


summed 






gl 


gP 


elr 


ela 


rtt 


461 


1241 


1822 


1767 


2428 


Slim 


all gl. 


gp. elr. 


ela. 


rtt for ske-"01" 


23 


records 


summed 






gl 


gP 


elr 


ela 


rtt 


652 


584 


666 


666 


1172 


Slim 


gl. gP. 


elr. ela, 


rtt 


for ske-"02" 


17 


records 


summed 






gl 


gP 


elr 


ela 


rtt 


291 


255 


494 


490 


529 
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. sum gl, gp, elr, ela, rtt for ske-"03" 

16 records summed 

gl gp elr ela rtt 
325 259 443 392 425 

♦ average gl, gp, elr, ::^la, rtt 

67 records averaged 
gl gp elr ela rtt 
22 19 27 26 36 

. average gl, gp, elr, ela, rtt for ske-"01" 

23 records averaged 

gl gp elr ela rtt 

28 25 29 29 51 

. average gl, gp, elr, ela, rtt fcr ske-"02" 

17 records averaged 

gl gp elr ela rtt 
17 15 29 29 31 

. average gl, gp, elr, ela, rtt for ske-"03" 

16 records averaged 

gl gp elr ela rtt 
20 16 28 24 27 

For the TEA_RC file, a similar text file has also been 
created (named TE^TXT) and stored in the Diskette "EPP 
Mod.v.2." This file should contain the following: 

♦ sum all tm, tf, tt, nqt, nht, net, nrt, nst, for 
ske-"01" 

23 records summed 
tm tf tt nqt nht net nrt nst 
128 84 212 7 23 155 23 11 

. sum all tm, tf, tt, nqt, nht, net, nrt, nst, for 
ske-"02" 

17 records summed 

tm tf tt nqt nht net nrt nst 
85 20 105 0 17 66 17 5 

. sum all tm, tf, tt, nqt, nht, net, nrt, nst, for 
ske-"03" 

16 records summed 
tm tf tt nqt nht net nrt nst 
111 24 135 0 16 96 18 6 

. sum all tm, tf, tt, nqt, nht, net, nrt, nst, for 

ske-"04" 

11 records summed 
tm tf tt nqt nht net nrt nst 
54 10 64 0 10 38 11 5 
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. stun all tm, tf, tt, nqt, nht, net, nrt, nst, for 

67 records summed 

tm tf tt nqt nht net nrt nst 

378 138 516 7 66 355 69 27 

. average tm, tf, tt, nht, net, nrt, nst 

67 reeords averaged 

tm tf tt nht net nrt nst 

6 2 8 1 5 1 0 

. average tm, tf, tt, nht, net, nrt, nst for 
ske-"01" 

23 reeords averaged 
tm tf tt nht net nrt nst 

6 4 9 1 7 1 0 

. average tm, tf, tt, nht, net, nrt, nst for 
ske-"02" 

17 reeords averaged 
tm tf tt nht ne t nrt ns t 
5 16 14 10 

. average tm, tf, tt, nht, net, nrt, nst for 
ske-"03" 

16 reeords averaged 
tm tf tt nht net nrt nst 

7 2 8 1 6 1 0 

. average tm, tf, tt, nht, net, nrt, nst for 
ske-''04" 

11 reeords averaged 
tm tf tt nht net nrt nst 
5 16 13 10 

10.3.3 Another powerful eommand of DBASE III in providing 
stumnary statisties is the TOTAL eommand. Like the SUM 
command, it adds up the values of the ntamerie fields in a 
data base. However, the totals ean be added based on a 
grouping key. The results are summarized in a new data base. 
In other words, a summary data file is ereated by the TOTAL 
eommand, with eaeh subtotal being a reeord in the new data 
base. The original data base must be indexed on the key 
field whieh determines where the subtotal breaks oeeur. 
Using the field option, one ean seleet the fields to be 
totaled. The following procedures may be followed in 
creating the sximmary files: 

(a) Start up DBASE III in either Drive C or Drive B, and put 
the Diskette "EPP Mod. v. 3" in Drive A; 

(b) *SET DEFAULT TO A; 
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As the TOTAL will create numeric totals which may cause 
the data fields ±n the existing data file to overflow, 
it would be necessary to increase the field length to 
avoid overflow. Thus, a duplicate data base has to be 
created in order to avoid disturbing the original data 
file. In the following demonstration, the PUPIL_RC data 
base will be used. A duplicate PUPILl has been created 
using: 

*USE PUPIL_RC 
*COPY TO PUPIL; 

The duplicate PUPILl will be used for the demonstration: 

*USE PUPILl, to open the PUPILl and close the PUPIL_RC; 

*110DIFY STRUCTURE to increase the field lengths; 

*DISPLAY STRUCTURE will give the new structure for 
PUPILl as follows: 
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Structure for data base A:piipill.dbf 
Ntunber of data records: 65 
Date of last update: 08/10/86 



Id 


Field Name 


Type 


Width 


1 


YR 


Character 


4 


2 


ST 


Character 


2 


3 


ss 


Character 


1 


4 


SP 


Character 


2 


5 


SKA 


Character 


2 


6 


SK£ 


Character 


2 


7 


SE 


Character 


3 


8 


SESS 


Character 


1 


9 


EMI 


Niunerlc 


5 


10 


EM2 


Niunerlc 


5 


11 


EM3 


Ntuneric 


5 


12 


EM4 


Niunerlc 


5 


13 


EM5 


Niunerlc 


5 


14 


EM6 


Niunerlc 


5 


15 


EFl 


Niunerlc 


5 


16 


EF2 


Numeric 


5 


17 


EF3 


Niunerlc 


5 


18 


EF4 


Numeric 


5 


19 


EF5 


Niuneric 


5 


20 


EF6 


Niuneric 


5 


21 


CI 


Niuneric 


4 


22 


C2 


Niuneric 


4 


23 


C3 


Niuneric 


4 


24 


C4 


Numeric 


4 


25 


C5 


Numeric 


4 


26 


C6 


Numeric 


4 


27 


EA6 


Numeric 


6 


28 


EA7 


Numeric 


6 


29 


EA13 


Numeric 


6 


30 


ET 


Numeric 


6 


31 


SCH_C0DE 


Character 


12 


32 


ERM 


Numeric 


6 


33 


ERP 


Numeric 


6 


34 


ERK 


Numeric 


6 


35 


ERH 


Numeric 


6 


36 


ERB 


Numeric 


6 



Dec 



**Total** 



168 
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(e) Before using the TOTAL command, the new data file has to 
be indexed on the key field which determines the 
breaking subtotals. In this case, the subdistrict field 
''SKE" will be used as the index: 

*INDEX ON SKE TO PUISKE, which creates a new index file 
called PUISKE. NDX; 

(f) *TOTAL ON SKE TO PUIRP and the following will show up on 
the screen: 

65 Record(s) totaled 
4 Records generated 

This means a new data base with only 4 records, each 
representing the totals for a subdistrict, has been 
created. The new data base has been named as FUIRF; 

(g) *USE PUIRP to open this data base and then to view its 
content ; 

(h) *DISPLAY STRUCTURE will give the following: 
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Structure for data base Arpulrp.dbf 
Number of data records: 4 
Date of last update: 08/10/86 





PI a1 H Natha 


Tvoe 


Width 


1 


YR 


diaracter 


4 


2 


ST 


Character 


2 






CHatac t at* 

w4mx 


1 


4 


SP 


Cliar ac t er 

%^44V4^ C4\« 


2 


5 


SKA 


Cliar ac t er 

%^44V4^ V4\« 


2 


\j 




CtlATAC t AT* 


2 


7 


SF 


CHarac ter 

%#44V4^ V4\« 


3 


8 


SPSS 


CHarac ter 

%^44V4^ V4\« 


1 


9 


EMI 


NuiBAlf Ic 


5 


10 


EM2 


4^ ^M^a ^ «B ^ \^ 


5 


11 


EM3 


Numeri-C 


5 


12 


EH4 


Numeric 


5 


13 


EM5 


Numeric 


5 


14 


EH6 


Numeric 


5 


15 


EFl 


Numeric 


5 


16 


EF2 


Numeric 


5 


17 


EF3 


Numeric 


5 


18 


EF4 


Numeric 


5 


19 


EF5 


Numeric 


5 


20 


EF6 


Numeric 


5 


21 


CI 


Numeric 


4 


22 


C2 


Numeric 


4 


23 


C3 


Numeric 


4 


24 


C4 


Numeric 


4 


25 


C5 


Numeric 


4 


26 


C6 


Nimer'^.c 


4 


27 


EA6 


Numeric 


6 


28 


EA7 


Numeric 


6 


29 


EA13 


Nimeric 


6 


30 


ET 


Numeric 


6 


31 


SCH CODE 


Character 


12 


32 


ERM 


Numeric 


6 


33 


ERP 


Numeric 


6 


34 


ERK 


Nimeric 


6 


35 


ERH 


Numeric 


6 


36 


ERB 


Nimeric 


6 


**Total** 




168 



Dec 
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(1) A number of commands may be Issued to view the contents 
of this new data base: 

(1) *DISPIAY ALL C1,C2,C3,C4,C5,C6,ET will cause the 
display of the four records showing the nxomber of 
classes in each grade from Primary 1 to 6 and the 
total enrollment for the four subdistricts: 



Record# 


cl 


c2 


c3 


c4 


c5 


c6 


et 


1 


28 


27 


24 


22 


22 


19 


4578 


2 


22 


18 


15 


18 


17 


32 


3126 


3 


15 


15 


16 


14 


14 


13 


2518 


4 


11 


10 


11 


11 


9 


8 


1563 



(2) DISPLAY ALL EMI, EM2, EM3, EM4, EM5 , EM6, EFl, 
EF2, EF3, EF4, EF5, EF6, ET will give the 
enrollment by sex in each grade from Primary 1 to 
Primary 6 and the total enrollment for the four 
subdistricts: 

Record# eml em2 em3 em4 em5 em6 efl ef2 ef3 ef4 ef5 ef6 et 

1 453 490 437 370 390 276 462 402 333 353 347 258 4578 

2 337 294 268 283 251 227 349 255 245 244 227 201 3126 

3 268 214 249 213 157 152 251 247 216 199 191 144 2518 

4 194 134 128 137 116 116 148 108 125 122 116 120 1563 

(3) *DISPLAY ALL EA6 , EA7, EA13, ET will show the 
total enrollment by age group for each of the four 
subdistricts: 



Record# 


ea6 


ea7 


eal3 


et 


1 


316 


3878 


384 


4578 


2 


293 


2608 


225 


3126 


3 


234 


2212 


72 


2518 


4 


97 


1328 


138 


1563 



(4) *DISPLAY ALL ERM, ERP, ERK, ERH, ERB, ET will give 
the total enrollment by religion for each of the 
four subdistricts: 



Record# 


erm 


erp 


erk 


erh 


erb 


et 


1 


4555 


30 


11 


40 


4 


4578 


2 


3137 


9 


4 


59 


3 


3126 


3 


2515 


0 


1 


0 


0 


2518 


4 


1563 


0 


0 


0 


0 


1563 



10,3,4 Similar procedures may be followed to produce summary 
files fojr the FLOW_RC and TEA_RC using the TOTAL command. It 
is not proposed to go through these procedures in *' is User 
Manual Section, The participants will be asked during the 
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practical sessions to try to create summary flies for the 
FLOW_RC and TEA_RC data bases (see Trainee Activities 
subsection below) . 



10.4 Compilation of Simple Reports 

10.4.1 In the prevlotis sections, the varlotis commands like 
DISPLAY have been discussed, which could be used to produce 
listing of records veiy quickly. In this subsection, the 
automatic report generator provided In the DBASE III system 
will be discussed for creating simple reports from a single 
data base. In Module III, more complicated report 
compilation using multiple data bases will be discussed. 

10.4.2 The automatic report generator Is vei^^ easy to use. 
It can provide totals as well as subtotals for the report 
generated. Once the report format (whose file name has the 
extension **.frm**) ha;f; been defined. It can be used 
repeatedly. Needless to say, one has to plan the format of 
the report before activating the report generator. The 
following procedures may be followed In creating a report 
using the report generator: 

(a) The TEA_RC data base will be used as an Illustration. 
First of all, one has to start up DBASE III lu either 
Drive C or Drive B, and put the Diskette "EPF MOD. v. 3" 
In Drive A; 

(b) *SET DEFAULT TO A, 
*USE TEA^RC; 

(c) If subtotals are required for certain fields like the 
province (SP) , district (SKA) or subdlstrlct (SKE) , one 
has to index the data base first so that the data base 
can be accessed in a sequence set down by the Index 
fields : 

♦INDEX ON SKE TO TESKE which will create an Index file 
TESKE.NDX; 

(d) To create a report format type: 

♦CREATE REPORT TERPl where TERPl is the file name 
assigned to the report format, and a full-screen mode 
will appear. By following the Instructions given, 
resorting to on-line help where required by pressing 
♦Fl, one can create a report on, for exau.ple, the number 
of teachers by sex and the r unber of nonteachlng staff 
by status, with subtotals given for each subdlstrlct. 
The following fields need to be Included In the report: 
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(1) SCH^CODE for school code; 

(2) TH for the niimber of male teachers; 

(3) TF for the number of female teachers.; 

(4) TT for the total niimber of teachers; 

(5) TP for the niamber of piibllc nonteachlng staff; 

(6) TN for the nuniber of nonpublic nonteachlng 
staff; 

(e) After the report headings and fields have been defined 
and selected, the screen will look like the following: 



Options Groups Columns Locate Exit 08:06:18 pm 



SCH CODE 

TM 

TF 

TT 

TP 

TN 



Report Format - 

School Total No. of Teachers by Sex Nonteachlng Staff 

Code 

Hale Female Total Public Nonpublic 



XXX^IX5CXVX iftfU a if a iiffn " " " » it 44 

XmW» WmWWWV fT FTfT tf TTfT ft tTfT IT FT ft ft tf ft 

CEIEATE REPORT |<A:>|TERP1.FRM |Opt: 1/6 | | 

Position selection bar - . Select - Leave Menu - . 

Step to any column Immediately by selecting the column expression. 



(f) To rxin the report, one may select the option of printing 
only the summary totals for each subgroup defined (i.e., 
subdlstrlcts in this case) by issuing the following 
command: 

*REPORT FORM TERPl SUMMARY and the report will be shown 
on the screen. Alternatively, the report can be printed 
or written to an external text file on disk: 

♦REPORT FORM TERPl TO PRINT SUMMARY', or 
*REPORT FORM TEEIPI TO FILE TEl SUMMARY. 

The following report should be shown: 
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Page No. 
08/11/86 



School 
Code 



Teacher Statistics by Subdistrict 

Total No. of Teachers by Sex Nonteaching Staff 
Male Female Total Public Nonpublic 



★★Subdistrict Code: 01 
**Subtotal** 

128 



84 



212 



21 



★★Subdistrict Code: 02 
★★Subtotal** 

85 



20 



105 



**Subdistrict Code: 03 
★★Subtotal** 

111 



24 



135 



11 



**Subdistrict Code: 04 
★★Subtotal** 

54 10 
*** Total *** 378 138 



64 

516 



3 

40 



0 
0 



(g) Selection criterion may be introduced so that only 

schools for a certain subdistrict will be printed on the 
report. For example: 

*REPORT FORM TERPl FOR SKA-"05" .AND. SKE-"01" and the 
following report should be shown: 
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Page No. 1 
08/11/86 

Teacher Statistics by Subdistrict 



School 


Total No 


. of Teachers by Sex 


Nonteaching St 


Code 


Male 


Female 


Total 


Public 


Nonpub 


★★Subdistrict 


Code: 01 










101230501001 


7 


8 


15 


1 


0 


10123050100?. 


6 


4 


10 


1 


0 


101230501003 


5 


5 


10 


1 


0 


101230501004 


8 


1 


9 


1 


0 


101230501005 


8 


3 


11 


1 


0 


101230501006 


4 


3 


7 


0 


0 


101230501007 


6 


1 


7 


1 


0 


101230501008 


7 


4 


11 


1 


0 


101230501009 


2 


7 


9 


1 


0 


101230501010 


6 


4 


10 


1 


0 


101230501011 


5 


1 


6 


0 


0 


102230501032 


5 


4 


9 


1 


0 


102230501033 


5 


5 


10 


1 


0 


102230501034 


6 


4 


10 


1 


0 


102230501035 


5 


4 


9 


1 


0 


102230501036 


5 


7 


12 


1 


0 


102230501037 


6 


3 


9 


1 


0 


102230501038 


7 


3 


10 


1 


0 


102230501039 


5 


2 


7 


1 


0 


102230501040 


5 


1 


6 


1 


0 


102230501041 


7 


1 


8 


1 


0 


102230501042 


4 


5 


9 


1 


0 


102230501043 


4 


4 


8 


1 


0 


** Subtotal ** 












128 


84 


212 


21 


0 


*** Total *** 














128 


84 


212 


21 


0 



10.4,3 Following similar procedures, a variety of reports 
can be produced either by modifying the already defined 
report formats (using the MODIFY REPORT command) or by 
creating a fresh report format. It will be left to the 
participants to try out a number of reports during the 
practical sessions. 



11. Learning Activities 

11.1 Microcomputer Tutorial Session 

11.1.1 This tutorial session is divided into two parts. In 
the first part, the following exercises are proposed: 
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(a) The participants will be asked to practice the various 
techniques discussed in this Unit on the querying of the 
data bases, compiling statistics and the production of 
simple reports, following exactly the same procedures 
outlined in the User Hantial Section; 

(b) In the Diskette Mod.v.2.* apart from the four data 
bases (SCHMAS.DBF, PUPIL_RC.DBF, FLOW JIC. DBF, and 
TEA_RC.DBF) and the associated utility programs 
generated by QUICKCODE III, there are a ntimber of files 
generated in the User Manual in this Unit: 

(1) PU.TXT, FL.TXT and TE.TXT for storing the results 
of the various arithmetical computations. FL.TXT 
and TE.TXT have been deliberately erased from the 
Diskette. The participants are asked to recreate 
these text files and check their results with 
those given in the User Manual Section; 

(2) the index file for SCHMAS (SCHMAS.NDX) and for 
TEA_RC (TESKE.NDX) which is indexed to the 
subdistrict code (SKE). These files have been 
retained in the Diskette. Thus, in repeating the 
indexing exercise, the participants have to assign 
a different index file name (such as SCHMASl.NDX 
and TESKEl) ; 

(3) the report format file TERPl.FMT which has been 
created for the report on the teaching file 
(TEA_RC) . This file has also been retained in the 
Diskette; 

(4) the summary file for PUPIL_RC which has been 
created using the TOTAL command (i.e., PUIRP) and 
the duplicate of the PUPIL_RC (i.e.. PUPILl) and 
the index file PUISKE created for the TOTAL 
COMMAND. These files have been retained in the 
Diskette. 



(c) Apart from recreating the text files FL.TXT and TE.TXT 
and going through the various steps in the User Manual 
Section, the participants will also be asked to 
experiment with other commands in the DBASE III system, 
such as: 



(1) -FOR OR.", -FOR <. ."; 

(2) SET FILTER TO; 

(3) COPY STRUCTURE TO and APPEND FROM. 

11.1.2 It is stressed that the objective of this tutorial 
session is to demonstrate the ease in creating simple reports 
from the data bases, and NOT to train the participants to 
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become proficient in \ising the DBASE III report generator. 
The participants do not need to memorize all the steps 
involved in the creation of reports. 

11.2 Group Work Session 

11.2.1 The puinpose of the group work session is to explore 
the alternative use of the data bases for reporting and the 
compilation of summary statistics. Similar to the group work 
session in Unit 2, the ultimate objective is to sensitize the 
participants on the relative ease in information retrieval 
from a computerized data base. 

11.2.2 As in Unit 2, the participants will be divided into 
groups, preferably in the same manner as in Unit 2. Based 
on the outcomes of the discussions and group work in Unit 
2» the participants will be asked to identify: 

(a) the type of reports, and 

(b) the kind of summary statistics 

which need to be produced by the revised data base design. 
The required report formats and s\immary statistics will then 
be produced by the participants, working in groups, using 
microcomputers and the DBASE III software package. 

11.2.3 The instructors should be available to help the 
participants during the group work session. In particular, 
the desired formats of the reports and the types of 
arithmetical manipulation that need to be performed to 
produce the required summary statistics have to be discussed 
among the instructors and trainees. Additional functions 
provided by the DBASE III system may have to be employed for 
this practical session. 



Post*asses sment 

12.1 The purpose of the post-assessment is to enable the 
instructors to evaluate the effectiveness of the instructional and 
learning process in achieving the performance objectives stated 
above. A number of simple exercises have been suggested below to 
test the capability of the learners in using the software programs 
to retrie^^e information from the data bases. 

12.2 The participants will be asked to perform the following tasks 
on their own: 

(a) Produce summary files ot. the FLOW_RC and TEA_RC data bases 
usinf^ the TOTAL command; 
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(b) After the siimmary files have been created, to display some of 
the records in these new files; 

(c) Prepare one report each on the FLOW_RC and PUPIL_RC data 
bases, following either the format adopted in the User Manual 
Section, or any other format considered appropriate; 

(d) Modify the report format TERPl by replacing tua fields on the 
niamber of nonteaching staff (TP and TN) by the fields on the 
number of head and class^ teachers (which are the computed 
fields named NHT and NCT) and print the report; 

(e) Using the modified report format in (d) above, to prinr. the 
subtotals by type of schools rather than by subdistrict. In 
other words, the data base has' to be indexed on the field SS 
instead of SKE. 
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PREFACE 

The Educational Policy and Planning (EPP) Project is a seven year project conducted 
jointly by the Indonesia Ministry of Education (MOEQ and the United States Agency 
for International Development (US AID). The overall project objective is to improve the 
quality of education in Indonesia by assisting the MOEC through Ae Office of 
Educational and Cultural Research and Development (Balitbang Dikbud), to fonnulate 
better policies and long-tenn plans. The project aims to improve policy fbrmulation and 
long-temi planning by improving the timeliness, relevance and accuracy of educational 
data collection, the subsequent analyses of such data, and their xiltimate use for policy and 
decisionmaking. 

There are three major components of the EPP Project: (1) development of an 
integrated management informations system (MIS) within the MOEC, (2) enhancement 
of MOEC policy research and analysis capacity, and (3) support for MOEC institutional 
developt^ient at the national and provincial level through training and technical assis- 
tance, EPP technical advisory staff work closely with counterpart Indonesian staff as part 
of a collaborative process of developir^ institutional capacity. 

Dr. Boediono 
Head, Center for Informatics 
Office of Educational and Cultural Research and Development 
Department of Education and Culture 
Republic ot Indonesia 

The EPP Projea in collaboration with the USAID Improving the Efficiency of 
Educational Systems (OSES) Project, publishes EPP documents in order to disseminate 
tills knowledge and extend its usefulness, EPP has carried out a series of policy studies 
designed to provide answers to key questions facing Indonesian educators. These 
include: 

The Quality of Basic Education 

The Quality and Efficiency of Vocational/Technical Education 

The Strengthening of Local Education Capacity 

Developing Indicators of Educational Efficiency 

Teacher Education Issues 

Curriculum Reforai and Textbook Production 

Education, Economic, and Social Development 

This series has been planned under the direction of Mocgiadi, Balitbang Dikbud, and 
Boediono, Center for Informatics, Balitbang Dikbud and Simon Ju, EPP Chief of Party, 

Editors for Uie series are Abas Gozali, Reta Hendrati Dewi, Center for Informatics, 
and Jeny Messec, EES, Florida State University, 
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INTRODUCTION TO EPP TRAINING MODULES ON THE 
DEVELOPMENT & USE OF MIS ON MICROCOMPUTERS 



1.0 Purposfts 

14 Tbese training modules on the development and use of the education managemem infoimation 
system are primarily designed for planners and administrators at the provincial level, who are responsible 
for collecting, processing G^nd analyzing statistics for educational planning and management The main 
feature of the modules is the use of microcomputers to enhance the sped, flexibility, and versatility in 
the use of information. 

12 Hie purposes of Ae modules are as follows: 

• To introduce to the participants the basic framework of an integrated education management 
infoimation system which could be used to serve the varied needs of di£rerent u^ 

• To demonstrate how such a system could be set up, making use of microcomputers, and how 
data could be retrieved for analytical purposes; 

• To show how an interactive model(s) for diagnostic, forecasting, planning and budgeting 
purposes could be devetoptd on microcomputers; and 

• To show, as well, how the computer system and the models could easily be modified to cope 
with unforeseen changes in requirements, with the help of user-friencUy software packages 
abundantly available ou the market 



2«0 The Hierafchies of Tnfnrmatiftn 

2.1 When viewed in terms of the point at which information is collated and used, there are three 
main levels of information: 

• The school level, at which detailed informaiion about individual pupils, teachers and staff 
(including their name» age, sex, grade, home address, ^ademic performance, qualification, 
salaries, etc.)> as well as information about the schools (e*g., area, number of rooms, equipment, 
etc*} have to be kept for the smooth running of the schools concerned; 

• The district level, where not all the data kept by schools are lequired. Only summary statistics 
such as the number of pupils by age, sex and grade, and the amount of recurrent expenditures are 
required for individual schools; and 

• The national level, where, depending on the extent of decentralization, detailed information on 
individual schools may not be required* Only summary information is collected at the 
subdistrict or district level. 



2.2 Alternatively, depending on the usage, information could be distinguished between that for 

• plaiming, 

• management control, and 

• operation. 



2.3 Ideally, information at the school, district, and national level should be integrated and shared in 
one, or one network, of data base(s). For instance, information stored in schools could be computerized, 
and only the relevant data would be extracted and passed to the computer system kept at the district level; 



and the similar proceduie ccxild ^pty to the flow of infcmnation between the district and national level. 
This could help avoid a lot of duplication of work, and solve the problems of quality of data and the time 
lag in producing the infonnation. With the use of individualized data bases, more accurate information 
could be made available about pupil and teacher flow, which is extremely useful in planning school 
loc&tion, and teacher denuoid and supply. The individualized data base could also reduce considerably the 
data prcd)Iems confionting educational researchers, eq>eciaily those engaged in longitudinal suidies. 

2A Similarly, the same can be said of information for planning, management control and 
operation. For instance, a simple ledger accounting system, if carefully designed and computerized, 
could provide a wealth of information useful in monitoring spending, analyzing cost strucuire and 
efficiency, as well as for forecasting and planning educational expe^ 

2.S Fdr the purpose of the present training modules, it is not proposed to cover the entire 
^)ectrum of the information system as discussed above, which would be clearly beyond the scapt of this 
training program. Attention will mainly be focused on the following: 

• The flow of inf(»rmation firom schools to the provincial and central offices via the usual channel 
of school surveys conducted by the Balitbang; and 

• Hie use of such information for planning and administrative purposes at the central as well as 
provincial leveL 



Once the participants have mastered the basic principles and techniques discussed in this training 
program, they should have relatively little difficulties to applying them to different information 
environments in their daily work. 



3.0 nryflm7Atinn of the Modules 

3.1 There will be four modules in this training program, which are as follows: 

• Module I: Overview of basic concepts and computer applications in educational planning, 
management, and research; 

• Module n: The development of the Education Management Information System; 

• Module in: The use of the Education Management Information System for management 
control; f*":! 

• Module IV: The use of the Education Management Information System for planning. 



4.0 The Structure of TnstnictionfliyLeaminy Process 

4.1 Much of the emphasis placed in this training program is the use of microcomputers and 
software packages. Although data base and spreadsheet programs for data files creation and manipulation 
and modeling have already been designed for the participants, they inevitabfv have to understand and 

' practice the techniques in the use of microcomputers and software packages. With the availability of 
many user-friendly software packages and utility programs, computer programming could be kept to a 
minimum. It is also the aim of this training module to show to the participants that understanding the 
basic principles and operating system of the various software packages would be sufficient to enable 
them make full use of the information available to them for planning, management and research. For 
those participants who have a keen interest in computer programming and in mastering the software 
package, this training module will prepare them for further improving their computer skills by 
practicing the techniques demonstrated in tiiis program. 



vi 



4J2 It is recognized that the design of a management infonnation system should be largely user 
oriented It should start by looking at the potential uses of infonnation rather than for the collection of 
infonnation per se« However* it would be deceptive to assume that all potential uses of infonnation 
could be foreseen at the time a management information system is constructed Furthermore* the 
requirements and practices in educational planning and management in Indonesia vaty considerably finom 
province to province* Thus, it is ahnost impracticable to include the specific requirements of each and 
every province in designing the rr<aning modules. 

43 Naturally, paiticipants to the training program would come from different divisions of the 
provincial education offices. Some ofthem may nuunly be concerned with say planning and budgeting, 
while others in the supervision of schools or other management functions. Some may be involved only 
in dau collection. CbnsequentIy,notaUpartsof the training pn>gram would be of equal interest 
participants. 

4.4 Taking into account the above considerations, the approach adopted in the design of the 
training materials is as foUows: 

• APFUCABILnY is emphasized in the training program. Wherever possible, practical sessions 
on microcomputer applications are included in the modules so that the participants can have 
"hands-on" experience in the course. They will also be invited to try to include some of their 
daily planning, management and research tasks into the pra;;tical sessions, making use of some 
of the techniques and methods ^ly^^^^ in the training program; 

• Ff PXTBTT ,!TY will be introduced in the design of the training materials so that alternate designs 
and applications of the management information system will be tested during the practical 
sessions, making full use of the versatility and flexibility of a computerized data base and the 
computer software packages; and 

• a MODULAR approach will be adopted in the course so that each module is as self<o».«ained as 
possible. 

4.5 The structure of the instructional and learning activities for each of the four modules will thus 
be arranged as foUows: 

• Overall Ofajectiveg of each nf thA inAri»i^,< will fir<t hft gfat^fi SO that instructors are aware of the 
while purpose of the module as well as the knowledgft which is expected to be im^ \arted during 
the instructional and learning processes; 

• Module Performance Ohiectivftg will also be Stated to enable the uistnictors to assess the extent 
10 which the behavior of learners would be changed upon completion of the module. More 
q)ecific performance objectives will also be given for different instructional units within a 
module; 

• The actual instructional and learning processes are divided into four phases as follows: 

- Instructional activitigs where the instructors will present to the learners the teaching 
nuuerials for the module and unit concerned. The teaching materials will cover the basic 
conc^tual issues related to the topic in question, arul fundamentaLs of computer ^)plications 
that will be demonstrated, highlighting strengths and weaknesses of such applications; 

- User manual where the instructors will carry on with the presentation, but using 
microcomputers to demonstrate the various ai^lications in planning, management, and 
research. The detailed step-by-step procedures required to be followed in developing and 
using the different computer applicadons will be described in this user manual section. 
Therefore, this section Is designed for both the instructors and the learners; 
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• T^miny <i<Trivifift< whoe tbc iAtcraction between the instructors and learners will take place. 
The learners will be asked to: 

• practice the techniques in devekq)ing and using the data bases or models denumstrated 
by the instructors; 

• then the participants wUi be divided into gn)ups to discuss the con^ 

methods used in the training materials. During the group discussion, they will be 
asked to sagss^i alternative approaches to the development and use of the management 
infonnatiOQ system; 

• based on the alternative designs suggested, the learners will, under the guidance of the 
instructors, actually develop a new management information system and different 
models of computer implications; 

- Post^assessment where the insiixuctors will attempt to evaluate the extent to which the 
learners have been able to have a firm grasp of the contents of the training materials. A 
number of questions and assessments have been proposed in the unit, aiul individual leamen^ 
will be asked to do the assignments themselves. 



5.0 Choice of Compuf ir Softwarft Packages 

5.1 With the rapid develq)ment in computer technology, it is difficult to choose software 
packages which are both die most up- to^iate and aic familiar to both instnictor^ Therefore, 
the fyc M used in choosing a computer software are the power of the software, the ease of use and its 
pqMdarity. 

52 Two types of computing functions are required for these training modules: 

• data base management; and 

• spreadsheet applications. 



A number of software packages have been very successful in integrating data base management with 
spreadsheet applications, and some statistical functions. However, these packages have limitations 
which dicttte against using them in the training program. Nearly all of these packages are memory (or 
RAM) based, thus severely limiting the size of the data base that could be handled by the package* The 
availabili^ df RAM banks or boards can increase the memory capacity of a 16-tHt computer like an IBM 
PCyXT or its compatible to something like 8 mega-bytes. However, these are not yet very pc^ularly 
used. FurtbernKm, most of these integrated softwares are not designed to handlers 
feature which is required in developing ilie management information system proposed in this training 
prc^gnun. As a result, two 9q[>arate software packages have been used in this training progrm 
performing one of the two f unctkMis mentioned above. 

S.3 A large number of data base and spreadsheet packages are available. The choice of one set of 
packages does not imply that the others available in the maricet are not suitable. The following 
packages are chosen for reasons given betow: 

• DBASE m (version I.I or 2) has been chosen for data base management There are other data 
base packages which are as powerful as DBASE in, like RBASE SOOO and KNOWLEDGE 2. 
DBASE m is chosen mainly because it is more user-friendly witii its assistant facilities. Other 
equally if not more powerful softwares like REVELATION and INFORMIX could be adopted in 
the training program. But it appears DBASE III is more popularly used in IBM PCs or the 
compatibles. In any case, the adoption of DBASE lU in tiiis training program does not preclude 
the participants fiom adapting the methodology and approach used in the training program to 
other data base management software, including newcomers like PARADOX (version LI); and 
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• LOTUS 123 (veisioQ 2) has been chosen as the spreadsheet software package largely because of 
itt popularity and its extremely user-friendly approach. Other softwares like VP- H^ANNER 
which is claimed to have almost the same capabilities as Lotus 123, to other software like 
MULTIPLAN (version 2) which itas the additional facility of liking different q)rcadsheets, coukl 
well be adopted* foUowing the approach and methods used in the training program. 

S.4 Sununing up from the above, the structure of this uaining program could be visualized as 
follows: 



Module 
I 



Contents 

Basic concq>ts and computer iq)pIications 

Unit 1: Issues & problems in educational 
planning^management and research 

Unit 2: Microcomputer applications 



Software 



m 



IV 



Unit 3: Data requirements identification and 
assessment 



Development of the Education Management 
Information System 

Unit 1: Daut base construction 

Unit 2: Information retrieval 



T:!Z Use of the Education Management Information 
System for Mancgement Conuol 

Unit 1: Routine administration of schools and 
|.Tojects 

Unit 2: Monitoring performance of education 
system 



The' Use of the Education Management Information 
System for Planning 

Unit 1: Diagnostic analysis of pupil flow 

Unit 2: Fbrecasting enrollment in school 

Unit 3: Forecasting teacher and other resource 
requirements 



WORDSTAR 



DBASE m 
QUICKCODE m 



DBASE m 
QUICKREPORT 



LOTUS 123 



It may be noted above that the use of WORDSTAR (version 3.3 or 2000) will be demonstrated when 
Module 1 is presented to the participants so that they may after the training program be able to use 
wofdprocessing software for report writing. 



I 
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Module III 



The Use of the Education M anagement Information 
for Management Control 



I • Introduction 



Overall Module Object Ives 

1.1 This module Is NOT a module on the principles of educational 
management. A number of good references on the practices and 
principles of educational management are available, which 
participants In this module could consult. NOR Is It one aimed at 
advising educational planners and administrators what norms and 
criteria should be set in managing their educational systems and 
the educational institutions under their control. Nevertheless, 
this module is still a module on •HOW TO DO" techniques, but the 
techniques are related to: 

(a) The use of information, and 

(b) The techniques employed to analyze the information for 
the purposes of management control. 

Based on the results of the analysis, individual administrators 
have to make up their mind as to what standards should be set and 
how schools should be managed and their performance regulated. 

1.2 Thus, the purposes of this module is to present to the 
participants: 

(a) The use of the education management information system set up 
in Module II to, at a micro-level, monitor the performance of 
individual schools and projects; 

(b) And at a macro*level, to monitor the perfomance of the 
education sector for the coxintry as a whole, or for a 
particular province, district or subdistrlct; 

1.3 In this module, the participants will be 5shown how to take 
advantage of the computerized information system and other software 
packages available to manipulate the data and perform a variety of 
computations for analytical purposes. In other words, the "HOW TO 
DO" techniques will be demonstrated with the use of microcomputers 
and software packages, which will help to: 

(a) Overcome the problems associated with the need to study 
statistics on a large number of schools; 
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(b) Simplify the tasks of the educational administrators in 
undertaking an excessive amovmt of calculations on the number 
of teachers required for individual schools, which could be a 
cumbersome process because of the large size of the school 
population and the complicated methods of calculation; 

(c) Speed up considerably the response time of both the 
educational planners and administrators J * detecting any 
malfimctioning of the educational systeu due to the fact that 
education indicators and other analysis could be performed 
quickly, 

1.4 Module Performance Objectives , On completion of this module, 
the participants should be able to: 

(a) Make use of the data base software package DBASE III to 
produce useful information from the education management 
information system, required for the routine administration 
of schools in a given district and development projects; 

(b) Make use of the data base software package DBASE III to 
compile educational indicators from the education management 
information system, for the purposes of managing the 
education system; 

1.5 It is stressed that although the package DBASE III has been 
chosen for this module, this does not mean that other data base 
packages are not suitable. Once the fxindamentals of the package 
have been mastered, the participants should have little difficulty 
in adapting the techniques and methods demonstrated in this module 
to other data base packages or programs. 

The Organization of i;]ie Module 

2,1 This module is organized into two units, as follows: 

(a) Unit 1 on the use of the educational management information 
system i:or the ro utine administration of schools and 
projects . This involves the \ise of the data collected in the 
information system at the level of individual schools and 
development projects; 

(b) Unit 2 on the use of the educational management information 
system for the management of the education system , for a 
country as a whole or for a given province, district, or 
subdistrict. This involves the identification and 
compilation of various indicators on the performance of the 
education system. As far as the techniques in the \ise of the 
data base package is concerned, this Unit is similar to Unit 
1, except that data analysis is done at the level of 
province, district, or subdistrict. 
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2.2 It Is stressed that an Interactive approach could be adopted 
throughout this Module. This is especially important as the 
requirements for monitoring performance, the relevance of 
educational Indicators constructed, and the diagnostic techniques 
used in analyzing student flow could change rapidly over time. 
Furthermore, standards, procedures, and regulations are likely to 
be different for different provinces and districts. Therefore, it 
is essential that the participants are able to adapt the systems 
developed in this Module to suit the specific requirements of their 
provinces or districts. 



II. Unit 1 
Routine Administration of Schools/Proj ects 



Performance Objectives 

3,1 On completion of this Unit, the participants should be able 
to: 

(a) Identify data items in the Educational Management Information 
System which could be used to help them in the day-to-day 
administration of schools; 

(b) Have a firm grasp of the techniques of retrieving such data 
items from the Information System and of analyzing the data 
Items to provide useful management information; 

(c) Understand the basic techniques in compiling information 
required for project management; 

(d) Be able to use computer data base packages like DBASE III to 
perform these tasks. 



Instructional Activities 

4.1 Admini s tr at i on of Schools 

4.1,1 The tasks of administering schools are so diverse 
that it is definitely beyond the scope of this Module to deal 
with. Moreover, the information required by the educational 
administrators for the effective management of schools is 
more than what could be provided from the usual statistical 
surveys of schools. Therefore, what is to be discussed in 
this Unit is by no means exhaustive. Nevertheless, it is 



believed similar techniques could be employed in dealing with 
other sorts o£ management tasks not mentioned in this Unit. 

4.1.2 At the risk of oversimplification » the tasks of 
administering schools performed by the central, provincial, 
or district educational administrators would fall broadly 
into two main groups: 

(a) Supervisory activities which involve the routine day- to- 
day administration of schools to ensure that they are 
operated smoothly, according to a set of standards 
governing the number of teachers to be employed, the 
qualifications of teachers, the amount of subsidy paid 
to the schools and pupils, the facilities and equipment 
that should be available, the maximum or minimum size of 
the class. The aim is to ensure that schools are given 
at least the minimum resources in accordance with 
national or provincial standards in order to fimction 
properly. 

(b) Advisory activities which involve the provision of 
professional guidance and advice, on a regular basis, on 
such matters as teaching methods, the curriculum to be 
adopted, and other teaching aids that could be employed. 

- The objective is to help schools to provide the best 
possible education to the children, within the resources 
available to schools. 

4.1.3 Supervisory Activities. The extent of supervisory 
power that the central, provincial, or district educational 
administrators have over schools determines the niunber and 
nature of supervisory tasks performed by the educational 
administrators. This in turn determines the type of data 
items required by them for an effective management of 
schools. For instance, in some countries, all school 
teachers are recruited centrally by the national, provincial 
or district education offices and allocated to schools 
according to a predetermined staffing standard. In the other 
extreme, in some countries, for some types of pijblic- sector 
schools, the number of teachers and the recruitment of 
teachers are entirely in the hands of the school principals. 
In both cases, the jobs of the educational administrators 
would be very difficult, and the data items required would 
also be different, at least in the level of details required 
on the teaching staff of schools . 

4.1.4 What are discussed in the following paragraphs 
represent only a very tentative idea of certain data items 
that could be used to help educational administrators in 
carrying out their supervisory duties. This is due to the 
limitations imposed by the statistics available to create the 
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dita files for demonstration. However » it is hoped that this 
shortcoming could provide an opportimity for: 

(a) the trainees to participate ACTIVELY in suggesting 
modifications and additions to the training materials; 
and 

(b) the instructors to demonstrate how the3e additional 
requirements could be coped with in the computer system 
design. 

4.1.5 There are functrions which invariably would fall into 
the category of supervisory duties of the educational 
administrators. These are as follows: 

(a) Whether schools are properly staffed ? 

It is necessary to ensure that schools have: 

(1) The right number of teachers, by relating the 
number of classes or pupils in the school 
concerned to the number of teachers available. 
The usual data items required to monitor this are: 

the number of teachers available, and 
the number of teachers the school is entitled 
to according to the agreed teacher/class ratio 
or pupil/teacher ratio; 

(2) Teachers of the right qualifications, by ensuring 
that either all or a specified proportion of 
teachers in the school concerned are qualified. 
The \xs\ial data items required to monitor this are: 

- the distribution of teachers by qualifications, 
or to be more concise 

- the proportion of qualified teachers 

(3) Teachers of the right kind, by ensuring schools 
are staffed with teachers of the right subject-mix 
(which is more important at the secondary level) 
or of the right grade (in the case of primary 
education in Indonesia, it is suggested to 
classify teachers Into Head, Class, Religion and 
Sport/Art teachers). For this, the data item is 
surely: 

the number of teachers by grade 

(b) Whether schools are properly equipped ? 

This would entail the following questions to be asked: 
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(1) Whether schools have the required number of 
classrooms and special rooms (such as library, 
laboratories, etc«)? 

(2) Whether schools have the required amount of open 
space and playground area for the children? 

(3) Whether the conditions of classrooms, special 
rooms and the school building in general are 
satisfactory? 

Since statistical information is not available on the 
above questions, it is therefore not proposed to go into 
detail concerning the data items required to monitor 
whether schools are properly equipped. The instructors 
should encourage the participants to bring their data 
sheets on the above siabject matter to the training 
sessions, so that a data file on schools could be 
constructed during the training session to show how 
statistics could be compiled to provide the necessary 
managemei/. information to educational administrators in 
performing the above tasks. 

(c) Whether schools are properly financed ? 

This involves comparing the amoxmt of subsidy or 
financial resources available to the school concerned 
with the amount which the school is entitled to 
according to the national, provincial, or district 
standards. This amount would depend on the nuunber of 
pupils , the number of operating classes , etc . , that the 
school has. The data items required are: 

(1) the amount of financit:! resources available to the 
school, as compared to, 

(2) the amount of financial resources the school is 
entitled to, having regards to the nxamber of 
classes and pupils in the school concerned. 

No information is available on the financial resources 
available to the schools. Therefore, in the practical 
demonstration, only a rough method of calculating school 
entitlement will be shown. 

(d) Whether schools are properly enrolled ? 

The rationale for this supervisory ftmction reflects the 
concern of the educational administrators on the 
utilization of school resources. If schools are under - 
enrolled, it amounts to an tmderutilization of the 
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school building and the land, if not the teachers. It 
could be argued that a reduced enrollment would result 
in a reduction in the class size, and hence could lead 
to an improveaent in the quality of education. 
Regardless of whether this argument has theoretical and 
empirical foundation, it is clearly not the wish of 
planners and administrators to see that qualitative 
improvements are brought about in this haphazard manner* 
The data items which could be used to monitor this are: 

(1) the class size of the school; 

(2) the ratio of Primary 1 applicants to the number of 
Primary 1 place available; 

(3) the number and the proportion of classrooms which 
are vacant. 

As no statistics are available on the number of vacant 
classrooms for designing the practical demonstrations 
for (3) above, this data item will be included in the 
practical se^ision of this Unit. 

4.1.6 Advisory Activities. What has been discussed above 
is related to the resource inputs and utilization of schools. 
The ultimate and primary concern of planners and 
administrators is obvioxisly not on these factors, but rather 
on the quality of the teaching and learning processes in the 
classrooms. This quality issue in turn is related to the 
questions of: 

(a) Whether activities in schools and classrooms are 
conducted in an effective manner conducive to learning; 

(b) Whether the school environment promotes effective 
teaching and learning. 

In some countries, the education ministry or the district 
level education officers assume an active role in advising 
schools on such matters as curriculum design, teaching 
methods, etc. In others, these are either left to the 
discretion of indlvidtial school heads or teachers , or largely 
influenced by the examination system, or other authorities 
responsible for selection to tertiary institutions. In 
either case, the central, provincial and district educational 
administrators would seldom want to relinquish their interest 
or Influence, however marginal, over this qualitative aspect 
of school administration. 

4.1.7 Most of the information required for this kind of 
advisory activity is qualitative in nature. For example, 
the educational administrators would need to have a list of 



the textbooks used in the schools, the timetable adopted and 
possibly the exanination, testing and class promotion 
standards enforced. In addition, some may require schools to 
inform them how they stream, set, or group students of 
different abilities and learning needs. 

4.1.8 Quantitative information that is often collected is 
the examination scores. Occasionally, the educational 
administrators may conduct the so*called standardized tests 
in schools, in order to monitor the performance of pupils, 
as well as schools, on a nximber of selected subjects. This 
kind of quantitative information however is not available 
from the ustial statistical surveys of schools. In any case, 
it is not available to the author in designing the practical 
exercises. 

4.1.9 As a result, the author has to rely on some indirect 
statistical measures which could serve as a sort of indicator 
for the educatioFial administrators in identifying schools 
that might require attention. For example, if a particular 
school has a less than average input of resources, the 
quality of teaching may suffer. If a school has a higher 
than normal rate of repetition, then one might suspect that 
something has gone wrong in the teaching*class process in 
that school. Thus, the following so-called qualitative 
measures are proposed to be tised to help administrators in 
carrying out their advisory activities: 

(a) the rate of repetition; 

(b) the proportion of Primary 6 leavers passing the final 
examination 

both of which are indicators of the performance of the 
students, and 

(c) the average class size; 

(d) the pupil/teacher ratio; and 

(e) the proportion of unqvialified teachers. 

which are indirect indicators on the quality of education for 
the schools concerned. 

Project Management 

4.2.1 Project management encompasses a whole range of 
activities from the formulation of a project or a programme 
of projects, to the implementation and evaluation of the 
projects(s). Projects are, put in the simplest terms, the 
means to put into action an education policy. Thus, project 



nanagement in fact Immediately follows the formulation of an 
education plan. As distinction between the various phases of 
the planning, budgeting and Implementation process Is often 
difficult to draw. It Is not the purpose of this module to go 
Into details about the varlotis components which should 
constitute project management. 

4.2.2 What the author would want to highlight Is that for 
any education plan, there are bound to be different 
activities that have to be carried out In a coordinated 
manner. Yet these activities could be quite different In 
nature, and would most likely be Implemented by different 
ministries, or different divisions within the education 
ministry, or by different regional or district education 
offices or other agencies. Take for example the policy to 
provide universal junior secondary education for the coxintry 
at a certain date* In order to achieve this policy, it is 
necessary to: 

(a) Build sufficient number of junior secondary schools to 
provide the required number of classrooms; 

(b) Train sufficient nximber of teachers, or retrain some of 
the existing teachers to staff the new schools or 
additional classes in existing schools; 

(c) Design the curriculum for children coming from a 
different "ability group" or background, and to provide 
for the required textbooks, ETV programmes, etc.; 

(d) To draw up a system of allocating pupils to different 
schools or types of schools; 

(e) To procure the necessary financial, physical, as well as 
human resources (other than teachers, e.g., 
administrators and researchers) for the implementation 
of the above. 

Each of the above could be conceived as a programme of 
projects, and would be the responsibility of a large number 
of personnel in the education ministry, ministries 
responsible for finance and public works programmes, the 
local authorities, etc. In order to ensure the successful 
implementation of the policy on the provision of \mlversal 
junior secondary education, all of the above programmes have 
to be carried out according to plan. Any slippage in the 
teacher training programme would severely affect the 
implementation of this policy. 

4.2.3 Thus, one of the main concerns of educational 
planners and administrators is to ensure that all the 
programmes or projects are implemented according to plan. In 



addition, there is also the concern o£ vhether resources are 
utilized efficiently and effectively in the projects. All 
these aaoxmt to ensuring that the projects are effectively 
managed* Normally, this should be the responsibility of the 
so«>called "project manager" of the projects. The management 
tasks involve: 

(a) the monitoring of the timing of the project; 

(b) the control over the financial spending; 

(c) the supervision over the technical aspects of the 
pro j ects . 

Taking the example of the school building programme, the 
tasks of managing any one school project in the building 
programme include overseeing the land acquisition process 
which may involve the clearance or legal or illegal 
inhabitants of the land, the site formation work, the design 
of the school building if there is no standard plan, the 
progress of construction work, the drawing up of the list of 
fiimitture and equipment and the acquisition of these items, 
the setting up of the school management body, the appointment 
of school heads and trtchers, and finally, the enrollment of 
pupils. Obviously, seme of these tasks fall outside the 
jurisdiction if not a» well beyond the competence, of 
educational pl^k^xers and administrators. 

4.2*4 Therefore, for the purpose of this module, the whole 
range of activities involved in project management would not 
be discussed. These should be left to the "project manager" 
or the team of professionals and administrators from 
different disciplines, depending on the nature of the 
projects. What is important and relevant to the educational 
planners and administrators is: 

(a) The monitoring of the progress of the projects; 

(b) The initiation of any remedial actions or modifications 
to the original plan or design required to be taken to 
ensure the smooth implementation of the projects. 

To do this requires the availability of information on the 
progress of the projects and on the problems encountered in 
the implementation of the projects. 

4.2.5 The information required can be classified into two 
main types: 

(a) Financial data which would be the amount budgeted for 
the project, the amount committed, and the amount 
actually spent. The data provide quickly a rough idea 
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about the progress of the project. Caution, however, is 
required in the use of such information* There may be 
considerable time lag in the claiming of bills by the 
contractors ; 

(b) Data on physical targets completed which are more 

difficult to define* For a simple project like a school 
building project, the data cculd be the number of 
classrooms completed, or the stages of building work 
done (say the school project could be broken down into 
several stages like land acquisition, site formation, 
construction of classroom block, construction of other 
parts of the school building, etc*)* For a project on 
eradicating illiterates in rural areas, the results of 
progress would be much more difficult to assess* Thus, 
d^.fferent kinds of projects would call for different 
types of data* 

In addition, the above data would be viewed in a "time" 
dimension* A very convenient yardstick is the comparison of 
the planned target date with the expected date of completing 
the project* 

4.2.6 Monitoring of School Projects* In view of the 
diversity in the nature of projects, it is proposed to use 
the monitoring of school projects as an example or 
Illustration of some of the techniques \ised in the use of 
information for monitoring purposes* This involves: 

(a) The design of a reporting procedure for the necessary 
information to be fed back to the educational 
administrators and planners* Two points need to be 
considered here: 

(1) The data items required, which may include the 
following: 

the project reference which relates the school 
project to the budget reference number and the 
programme reference number; 

- the project reference number which helps to 
identify the project in question; 

- the project number; 

- the location of the project; 

- the target date of commencing work for the 
project; 

- the target date of completion for the project; 
the number of classrooms available from the 
school project; 

the amount of money budgeted for the project; 

- the name of officer/agency responsible for the 
project; 
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Most of the above Items normally do not change and 
hence do not need to be regularly updated; 



the stage of progress of the project which may 

be divided into: 

acquisition of land 
preparation/approval of layout plan 
cost estimate for the project 
approval of nece^^ary funds 
appointment of building contractor 
site formation & piling 
construction of classroom block 
construction of other f^arts of building 
inspection of completed building 
fitting out 

furniture and equipment 

setting up of school management body 

appointment of school head and recruitment 

of teachers 
enrollment of pupils 

Some of the above stages may be undertaken 
concurrently ; 

amount of money committed; 

- amount of money spent; 

- additional financial provision required for the 
completion of the project, if applicable; 

- expected date of completion of the project; 

All of the above information has to be updated at 
regular intervals. 

(2) The flow of information from those responsible for 
the day-to-day management of the projects to the 
central, provincial, or district educational 
administrators has to be arranged. Usually, most 
of the information is made available when the 
project manager applies for the commitment and use 
of the budgeted funds. However, such kind of 
information may only be made available to those 
who control the public purse. Therefore, special 
arrangement may have to be made, usually in the 
form of questionnaire surveys, to collect updated 
information on the progress of the projects. 

The creation of the information system for storing, 
processing and retrieving the data collected. This can 
be done in the form of a project information data file, 
following the procedure adopted discu^ised in Module II: 
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(1) 



The design of the data collection form as per 
Figure yx below; 



(2) The collection of data from the project managers 
by asking them to submit on a regular basis, 
updated returns on the progress of the projects 
under their control. In order to simplify the job 
of the project manager In completing the 
questionnaires, It Is not necessary for the 
project manager to fill In data Items which do not 
change very often. Such Information Items could 
automatically be printed on the questionnaire by 
extracting the necessary data Items from the data 
base; 

(3) The creation of the data base on the projects, 
based on Information supplied by the project 
managers « 

The compilation of the relevant statistical Information 
from the data base. Basically, the Information required 
for the monitoring of the projects Include: 

(1) The amount of funds spent as compared with the 
amoimt of fxmds budgeted* This gives the amount 
of funds left for the projects* If the amount 
left Is small compared with the stage of progress 
of the project, something has to be done to find 
out the reasons and to rectify the slt\iatlon. If 
required; 

(2) K'^.lated Infomnatlon Is the additional financial 
prevision estimated to be required for the 
completion of the project. This Is an Indication 
that urgent remedial action Is required by all 
concerned; 

(3) The expected date of completion of the project as 
compared with the target date of completion as a 
very convenient Indicator of the progress of the 
proj ect. 

Once the data base Is set up, other Information stored 
In the data file could easily be made available. For 
example. If a school project Is fotmd to have been 
delayed. Information on the stage of progress could 
provide Indication as to where the sllppiige has 
occurred, so that the educational administrators could 
approach the appropriate officers/agencies for remedial 
action. 
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4.2.7 Apart fron helping the educational administrators In 
monitoring the progress of school projecvs, the data base 
could also be used for other planning activities, for 
exampr.e : 

(a) school mapping exercises for determining the location of 
new schools; 

(b) the planning of teacher training and deployment, as the 
number of new schools to be completed in a particular 
locality would affect the number of teachers required to 
be tr Ined and deployed to that locality; 

(c) the planning of pupil selection and allocation, as the 
number of new schools to be opened in any school year 
would partly determine the number of children v.hat can 
be admitted in a particular district. If there is a 
centralized system of selecting and allocating pupils to 
schools, then this system has to take Into account the 
changing distribution of school places arising from new 
schools completed. 

Some of the uses of the school project data base will be 
demonstrated in Module IV on the Use of the Education 
Management Information System for Planning. 



User Manual 

5.1 * Getting Started 

5.1.1 The user maniial Is designed for: 

(a) The Instructors In demonstrating how to put Into 
practice the various points discussed In the section on 
Instructor Activities, making use of the education 
management Information system on pupils, teachers, and 
schools ; 

(b) The trainees In practicing the procedures suggested in 
retrieving, processing, and summarizing data from the 
education management information system for the routine 
administration of schools and projects. 

While the prograflsming steps and commands suggested would 
enable the participants to produce the kinds of management 
information required, it is suggested that the instructors 
and trainees should attempt to apply other techniques and to 
modify some of the procedures suggested in this User Manual 
in order to exploit to the full the potentials of the 
management information system. 
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5«1«2 The practical exercises suggested In this section are 
based on the data base software package DBASE III (version 
1,1 or 2) and the utility program QUICIGIEPORT , These two 
packages can be run on any IBH PC or ir its compatible, 
operating on PCDOS or MSDOS 2.0 or above, with at least 256 K 
bytes of RAM, 2 doiible sided floppy disk drives or 1 doxible 
sided disk drive and a hard disk. 

5.1.3 It Is recommended to boot up the microcomputer tislng 
th3 CONFIG.SYS file to reserve 20 file and 24 disk buffers 
(the default values are 8 and 2 respectively). The data 
bases on pupil stock, pupil flow, teachers, and schools are 
based on the ones constructed In Module II. They are stored 
In the Diskette "EPP Mod.v.S": 

(a) Pupil stock file: PUPIL^RC.DBF 

(b) Pupil flow file: FL0W_RC,i;bF 

(c) Teacher file: TEA JIC. DBF 

(d) School master: SCHMAS.DBF 

Their corresponding Index files created In Module II have not 
been copied to this Diskette because It Is planned to set up 
another set of Index files for these four data bases. There 
are other files contained In this Diskette which are created 
when this User Manual Section Is designed. All these files 
have been protected against accidental deletions and 
modifications by being converted Into read only files. It Is 
therefore necessary to make a backup copy of the Diskette 
(using the DOS command COPY *.*) and use the backup for the 
practical exercises. 

5.1.4 In starting up the system, It Is recommended to place 
the Diskette "EPP Mod.v.S" In Drive A, and start up the 
software (e.g., DBASE III) from Drive C or Drive B. 

5.2 Admlnls tr at Ion of Schools 

5.2.1 In this subsection, a number of programming steps are 
suggested for compiling the required management statistics. 
These steps make xise of DBASE III commands at command level. 
These steps are more complicated than the ones shown In 
Module II, and the manipulation of multiple data bases will 
be demonstrated In this subsection. For ad hoc queries of 
the data base, these commands should be quite sufficient. 
However, working at dot prompt Is not quite efficient If the 
data base Is large and the processing and manipulation of the 
data are done repeatedly on the same data base. For example, 
the REPLACE command will cause the system to read through the 
data base once. If more than one REPLACE commands are 
executed together with other commands like SUM, the system 
has to read through the data base many times. To overcome 
this limitation requires the user to write his own programme. 
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It is not proposed, for the time being, to introduce 
programming in this Module. The purpose o£ the approach 
adopted here is to demonstrate how users can communicate with 
the microcomputer* For provincial planners and 
administrators who do not need to handle very large data 
bases, this approach should not be inappropriate* 

5.2.2 Supervisory Activities. A nxiniber of functions have 
been identified as part of the supervisory duties of the 
central, provincial, or district educational administrators. 
The following will go through some of these for which data 
are available to permit the design of the practical 
exercises, showing how the management statistics could be 
compiled from the information system on pupils, teachers, and 
schools : 

(a) Staffing of Schools . One of the jobs of the educational 
administrators is to identify schools which have 
problems in staffing, in respect of: 

(1) Whether the nxamber of teachers available is 
adequate based on the approved staffing standards; 

(2) Whether the teachers are qualified or not; 

(3) Whether the mix of the teachers is right or not 
(as no information is available on the number of 
teachers by subject, only the grade of teachers is 
examined) . 

(b) The following gives the step -by- step procedures in 
retrieving the required management information for the 
question (a)(1) above: 

(1) As the information required includes that on the 
nvimber of classes and pupils in the schools which 
are stored in the FUPIL_RC data base, and that on 
the nvunber of teachers in the schools which is 
stored in the TEA_RC data base, it is necessary to 
retrieve information simultaneously from the two 
data bases. Accessing two data files calls for 
the need to "link** the two files together, using 
an index field common to the two files. This 
index field is the SCH_CODE which can uniquely 
identify the school and is included in both the 
PUPIL^RC and TEA_RC data bases* 

(2) One of the approaches that can be adopted is to 
use the command SET RELATION TO. The procedure 
which can be followed is shown below. It should 
be noted that all DBASE III commands are written 
in UPPER case beginning with an asterisk (^) . 



After starting up DBASE III» at dot prompt: 

- *SET DEFAULT TO A to tell the system to look 
for the files in Drive A; 

- ^SELECT 1 to assign a working area 1 for one 
data base. DBASE III system allows 10 work 
areas for data bases; 

- *USE PUPIL_RC to open the data base PUPIL_RC in 
work area 1; 

- As not all the fields in PUPIL_RC will be 
required in this exercise, and to avoid 
changing the data base which may be used for 
other purposes, it is recommended to create a 
copy of PUPIL_RC with only the required fields. 
This is done by: 

*COPY TO PUPIL2 FIELDS SKA,SKE,SE,C1,C2,C3,C4. 
C5 , C6 , EA6 , ET , SCH^CODE . 

The field EA6 which stands for the enrollment 
aged 6 or below, is only copied. This field 
will be used to store the total number of 
classes, as it is not convenient to refer to 
(cl+c2+c3+c4+c5+c6) in subsequent data 
manipulation; 

- *USE PUPIL2 ALIAS PU2 

♦DISPLAY STRUCTURE, and the following should 
show up on the screen: 



Figure I: Structure for Data Base PUPIL2 

Structure for data base: A:pupil2.dbf 
Number of data records: 65 



Date of last update: 08/17/86 



Field 


Field Name 


Type 


Width 


1 


SKA 


Character 


2 


2 


SKE 


Character 


2 


3 


SE 


Character 


3 


4 


CI 


Nuneric 


2 


5 


C2 


Numeric 


2 


6 


C3 


Numeric 


2 


7 


C4 


Numeric 


2 


8 


C5 


Ntimeric 


2 


9 


C6 


Numeric 


2 


10 


EA6 


Numeric 


4 


11 


ET 


Numeric 


4 


12 


SCH CODE 


Character 


12 



**Total** 40 
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. To compute the total number of classes and 
store the value In EA6, 
★REPIACE ALL EA6 WITH C1+C2+C3+C4+C5+C6; 

• To open the teacher file TEA_RC and assign it 
to work area 2, 
★SELECT 2 
*USE TEA^RC; 

- *GOPY TO TEA2 FIELDS SKA,SKE,SE,TT,SCH_CODE, 
NHT,NCT,NRT,NST,GTT so that a duplicate of 
TEA_RC is also created with only the fields 
required; 

- *SELECT 2 

★USE TEA2 ALIAS TE2 

★DISPLAY STRUCTURE, and the following should 
appear on the screen: 



Figure II: Structure of Data Base TEA2 



Structure for data base: A:t6a2.dbf 

Number of data records: 67 

Date cf last update: 08/17/86 



Field 


Field Name 


Type 


Uidth 


1 


SKA 


Character 


2 


2 


SKE 


Character 


2 


3 


SE 


Character 


3 


4 


TT 


Ntuneric 


3 


5 


SCH CODE 


Character 


12 


6 


NHT 


Niuaeric 


2 


7 


NCT 


Ntuneric 


2 


8 


NRT 


Numeric 


2 


9 


NST 


Numeric 


2 


10 


GTT 


Numeric 


3 


**Total** 




34 
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- In order to "link" the two data bases, it is 
necessary to index the first on the common 
index field. Indexing the second is always 
recommended for file management of this sort: 

★SELECT 1 

*INDEX ON SCH^CODE TO PU2 
★SELECT 2 

★INDEX ON SCH^CODE TO TE2 

- The two data ba^as can be linked by SET 
RELATION command. After the relation has been 
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set, one can display, print, transfer data 
items in the two data bases linked. SET 
RELATION is most useful when each record in one 
data base matches one and only one record in 
another data base. 

*SET RELATION TO SCH_CODE INTO PU2 
♦REPLACE ALL GTT WITH FU2->ET/35 

The above commands calculate the teacher 
requirements for each school, which will be 
stored in the field GTT in the TE2 data base, 
using a hypothetical pupil/teacher ratio of 35. 
Based on this ratio, the number of teachers 
required is eqxial to total enrollment divided 
by 35 (or ET in the data base PUPIL2 divided by 



Once the number of teachers required is 
calculated and is sorted in the field GTT in 
the TEA2 data base, also named TE2 in the USE 



identified by comparing the nijunber required 
(GTT) with the number available (field TT in 
the TEA2 data base): 

★DISPLAY SCH_CODE,TT,GTT FOR TT<GTT will give 
the following results: 



Record# 


sch code 


tt 


gtt 


18 


101230502002 


3 


4 


24 


101230502008 


4 


5 


28 


101230502012 


7 


10 


32 


101230502016 


5 


10 


35 


101230504002 


6 


7 


63 


102230501039 


7 


8 



Alternatively, the teacher requirement can be 
calculated using the teacher/class ratio of say 
1:2. Similar procedures may be adopted to find 
out schools which are understaffed: 

★REPLACE ALL GTT WITH PU2->EA6*1.2 
★DISPLAY SCH_CODE,TT,GTT FOR TT<GTT 

and the following should show up on the screen 
or if desired on the printer by directing the 
output to the line printer: 
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command, schools which 




Record# 


sch code 


tt 


gtt 


48 


101230501004 


9 


10 


52 


101230501008 


11 


12 


17 


101230502001 


6 


7 


18 


101230502002 


3 


7 


19 


101230502003 


5 


6 


20 


101230502004 


6 


24 


23 


101230502007 


5 


7 


24 


101230502008 


4 


7 


25 


101230502009 


3 


6 


26 


101230502010 


5 


7 


27 


101230502011 


6 


8 


30 


101230502014 


6 


8 


32 


101230502016 


5 


10 


35 


101230504002 


6 


8 


37 


101230504004 


6 


7 


38 


101230504005 


5 


7 


42 


101230504009 


6 


7 


43 


101230504010 


6 


7 


44 


101230504011 


1 


5 


57 


102230501033 


10 


12 


62 


102230501038 


10 


11 


63 


1022305Cxo39 


7 


8 


64 


102230501040 


6 


7 


66 


102230501042 


9 


10 



More complicated calculations may be introduced 
into the excercise. For instance, if the 
staffing standards adopt-^.d for Indonesian 
primary schools are used, then the REPLACE 
command may be vised several times* It is 
imder stood that the staffing r>tandards are as 
follows : 



Figure III: Staffing Standards in Primaries 



. of Pupils 


No. of Classes 


No. 


of Teachers 








Head Class 


Rel. 


Sports 


Total 


>360 


>10 


1 >10 


1 


1 


>13 


101-360 


6-9 


1 6-9 


1 


1 


9-12 


91-100 


6 


1 5 


1/2 


1 '1 


7 


61-90 


6 


1 3 


1/2 


1/2 


5 




Then the procedure that may be 


followed 


is 




given below: 












♦REPLACE ALL 


GTT WITH PU2- 


>EA6+3 


FOR 





PU2->ET>180 
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*REPIACE ALL Gli WITH 7 FOR 

PU2->ET>90 .AND. PU2->ET<181 
♦REPLACE ALL GTT WITH 5 FOR 

PU2->ET>60 .AND. PU2->ET<91 
♦REPLACE ALL GTT WITH 4 FOR PU2->ET<61 

and this will give the teacher requirement for 
schools of different enrollment size, and to 
Identify schools which are understaffed 
★DISPLAY SCH_C0DE,TT,GTT FOR TT<GTT will give 
the following results: 



Record# 


sch code 


tt 


gtt 


47 


101230501003 


10 


11 


48 


101230501004 


9 


11 


50 


101230501006 


7 


9 


51 


101230501007 


7 


9 


52 


101230501008 


11 


13 


55 


101230501011 


6 


7 


17 


101230502001 


6 


7 


18 


101230502002 


3 


7 


19 


101230502003 


5 


7 


20 


101230502004 


6 


7 


24 


101230502008 


4 


7 


25 


101230502009 


3 


7 


27 


101230502011 


6 


10 


28 


101230502012 


7 


9 


29 


101230502013 


6 


7 


30 


101230502014 


6 


7 


32 


101230502016 


5 


11 


4 


101230503005 


7 


9 


5 


101230503006 


7 


9 


34 


101230504001 


7 


8 


35 


101230504002 


6 


10 


37 


101230504004 


6 


9 


38 


101230504005 


5 


7 


42 


101230504009 


6 


7 


43 


101230504010 


6 


7 


44 


101230504011 


1 


4 


57 


102230501033 


10 


13 


58 


102230501034 


10 


11 


61 


102230501037 


9 


10 


62 


102230501038 


10 


12 


63 


102230501039 


7 


10 


64 


102230501040 


6 


7 


65 


102230501041 


8 


10 


66 


102230501042 


9 


11 



For the question (a)(2) above, one method Is to examine 
the distribution of teachers by different 
qualifications. Since there are some 8 different 
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categories of qualifications in the TEA_RC data base, a 
shortcut is to look at the proportion of unqimlified 
teachers. With the proportion calculated for each 
record in the TEA_RC data base, schools with an 
umacceptable percentage of unqualified teachers can 
easily be identified from the data base. The approach 
^ich may be adopted is as follows: 

(1) Since all the data items required are already 
stored in the TEA_RC data base, no linking of data 
files is required; 

(2) The procedure that may be adopted is as follows: 

- *USE TEA_RC 

★REPLACE ALL NQT WITH NQT/NPT*100 FOR NPT>0 

to compute the percentage of unqualified 
teachers and stored in the field NQT (which is 
originally equal to NP1+NP3+NP5 in the TEA_RC 
data base) ; 

- To shortlist schools with a nonzero percentage 
of xinqualified teachers: 

★DISPLAY SCH_C0DE,NP1,NP3,NP5,NQT FOR NQT>0 

and the following should appear on the screen: 

Record# sch_code npl np3 np5 npt nqt 
65 102230501041 0 0 7 8 88 

(d) As regards (a)(3) above, it is proposed to look at just 
the grade of teachers in each school to see if there is 
a mismatch between what are available and what should be 
available according to the standards. The following 
procedure may be adopted to retrieve the management 
statistics required to monitor this: 

(1) Since the data items required for this (which 

include the number of classes and enrollment, and 
the number of teachers abailable by grade) are 
stored in two different data bases (PUPIL_RC and 
TEA_RC) , it is necessary to link the two data 
bases together: 

★SELECT 1 

*USE PUPIL^RC ALIAS PUPIL 
*INDEX ON SCH^CODE TO PUPIL^RC 
★SELECT 2 
*USE TEA_RC 

*INDEX ON SCH CODE TO TEA RC 
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*SET RELATION TO SCH^CODE INTO PUPIL 

To Identify schools with enrollment exceeding 180 
and which are not staffed with a religion teacher » 
one xoay issue the following commands: 

♦DISPLAY SCH_CODE,TT,NRT FOR NRT«0 .AND. 
?UPIL->ET>180 

and the following should show up on the screen: 

Record# sch_code tt nrt 

32 101230502016 5 0 

To find out which schools with an enrollment of 
181 pupils or more, which are not staffed with 
sufficient nuobers of religion and sports 
teachers, the following commands may be used: 

♦DISPLAY SCH_CODE,TT,NRT,NST FOR 
NRT+NST<2 .AND. PUPIL->ET>180 

and the following would appear on the screen: 



rd# 


sch code 


tt 


nrt 


nst 


3 


101230503004 


10 


1 


0 


4 


101230503005 


7 


1 


0 


5 


101230503006 


7 


1 


0 


8 


102230503009 


9 


1 


0 


27 


101230502011 


6 


1 


0 


28 


101230502012 


7 


1 


0 


32 


101230502016 


5 


0 


1 


47 


101230501003 


10 


1 


0 


48 


101230501004 


9 


1 


0 


50 


101230501006 


7 


1 


0 


52 


101230501008 


11 


1 


0 


54 


101230501010 


10 


1 


0 


56 


102230501032 


9 


1 


0 


61 


102230501037 


9 


1 


0 


63 


102230501039 


7 


1 


0 


66 


102230501042 


9 


- 1 


0 



In order to find out which schools have less than 
the required number of class teachers, it would be 
required to relate staffing standards shown in 
Figure III above to the total number of classes 
and enrollment. The two variables are 
conveniently stored in the FUPIL2 data base. 
Hence, the TEA_RC and PUPIL2 data files have to be 
linked: 
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★SELECT 1 

*USE PUPIL2 ALIAS PU2 
*INDEX ON SCH_CODE TO PU2 
♦SELECT 2 

*SET RELATION TO SCH_CODE INTO PU2 

To display schools with an enrollment of 181 
pupils or more, which are staffed with 
insufficient numbers of class teachers, the 
following procedure may be adopted: 

★DISPLAY SCH_CODE,TT,NCT,PU2->EA6 FOR 
NCT<PU2->EA6 .AND. PU2->ET>180 



and the following records would appear on the 
screen: 



Record# sch_code 

4 101230503005 

5 101230503006 

27 101230502011 

28 101230502012 

31 101230502015 

32 101230502016 

34 101230504001 

35 101230504002 
37 101230504004 
48 101230501004 

50 101230501006 

51 101230501007 

52 101230501008 

57 102230501033 

58 102230501034 

62 102230501038 

63 102230501039 

65 102230501041 

66 102230501042 



tt 


net 


pu2->ei 


7 


5 


6 


7 


5 


6 


6 


4 


7 


7 


5 


6 


10 


5 


7 


5 


3 


8 


7 


3 


5 


6 


3 


7 


6 


3 


6 


9 


7 


8 


7 


5 


6 


7 


4 


6 


11 


9 


10 


10 


7 


10 


10 


7 


8 


10 


7 


9 


7 


5 


7 


8 


5 


7 


9 


7 


8 



To £ind out whether the above schools are also 
xindersta££ed as £ar as the total number o£ 
teachers is concerned, a £urther condition needs 
to be set to select only those schools which are 
understa££ed« Apart £rom the FOR option, another 
method is to use the SET FILTER TO option. With 
this option, the records in the data base are 
£iltered so that only those which meet the 
speci£ied conditions will be available £or 
display. This option can be turned o££ by issuing 
the command SET FILTER TO but without any 
conditions £ollowing the command. 
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*SET FILTER TO PU2->ET>180 

*DISPIAY SCH_CODE,TT,NCT,PU2->EA6,PU2->ET FOR 
NCT<PU2->EA6 .AND. TT<PU2 ->EA6+3 



and the following will show up on the screen: 



>rd# 


sch code 


tt 


net 


pvi2->ea6 


pu2->« 


4 


101230503005 


7 


5 


6 


235 


5 


101230503006 


7 


5 


6 


188 


27 


101230502011 


6 


4 


7 


182 


28 


101230502012 


7 


5 


6 


346 


32 


101230502016 


5 


3 


8 


352 


34 


101230504001 


7 


3 


5 


208 


35 


101230504002 


6 


3 


7 


229 


37 


101230504004 


6 


3 


6 


200 


48 


101230501004 


9 


7 


8 


249 


50 


101230501006 


7 


5 


6 


182 


51 


101230501007 


7 


4 


6 


220 


52 


101230501008 


11 


9 


10 


327 


57 


102230501033 


10 


7 


10 


269 


58 


102230501034 


10 


7 


8 


287 


62 


102230501038 


10 


7 


9 


235 


63 


102230501039 


7 


5 


7 


275 


65 


102230501041 


8 


5 


7 


229 


66 


102230501042 


9 


7 


8 
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(e) The Finance of Schools. As no information is available 
on the amount of financial resources available to the 
schools for designing the practical exercise, this 
subsection only demonstrates a method of calculating the 
amount of subsidy that should be made available to 
schools of different size, based on the approved 
standards. The subsidy standards which are adopted in 
the practical exercises are as follows: 



Figure IV: Annual Recurrent Subsidy for Primaries 
Nature of Subsidy 
(1) Operation Costs 



(2) Administration 

(3) Maintenance 

(4) Employee Welfare 



(5) School Garden 

(6) Sports & Arts 



Basis of Calculation 



per pupil 
per class 
per class 
per school 
per headmaster 
(public school) 
per teacher 
per school 
(public school) 
per school 
(public school) 



Amount (Rp) 

300 
10000 
8000 
25000 

30000 
30000 

24000 

10000 



25 



i2u 



Supervision/ 
Progress Reports 
Data Collection 



per school 
(public school) 
per school 



5000 
5000 



In the practical exercises, information in the data 
bases will be nanlpulated according to the above 
standards. It should be noted that following more or 
less the same procedures demonstrated in this 
subsection, different standards of calculating recurrent 
subsidy to schools can be used* It is suggested that 
the instructors should try to obtain information on any 
other methods of calculating recurrent subsidy, and then 
demonstrate how to arrive at a new set of figures based 
on these other methods. 

(f) It may be noted from Figure IV above, information has to 
be retrieved from both the teacher (TEA_RC) and the 
pupil (PUPIL_RC) data bases. This means that the two 
data bases have to be linked. In addition, it may have 
already been discovered in the previous subsection on 
the staffing of schools, that the information displayed 
on the screen is not quite adeqiiate in that the names of 
the schools are not displayed. To display school names 
would link to a third data base, namely the school 
master file (SCHHAS; . The SET RELATION command does not 
permit the setting of more than one relationship at a 
time. There could be a nvunber of ways of overcoming 
this restriction, for example: 

(1) To design a program with a number of subroutines 
each to accommodate a SET RELATION command; 

(2) Or to use the JOIN command to join two data files 
together to form a new data file. This is one of 
the most powerful DBASE III commands for handling 
multiple data bases. The JOIN command may also be 
used to Join two data bases to form a new one for 
reporting purposes, as the DBASE III report 
generator does not support the use of more than 
one data base. Using the JOIN command could be 
quite time-constiming, as the DBASE III system will 
search the two data bases sequentially, comparing 
one record in the first data base with all records 
in the second data base and merging those which 
satisfy the selection conditions with the record 
in the first data base. Hence, if large data 
bases are involved, the JOIN command should only 
be \ised when necessary. 

(g) MetbM (f)(2) will be adopted in this iiubsection and the 
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following gives the procedure that could be tised. 

(1) *USE PUPIL2 to open the pupil2 file created in the 
previotis subsection. As not all the data fields 
are required in this exercise, and as it is 
planned to include information on the amount of 
recxirrent subsidy required, the structure of the 
data file is modified using the MODIFY STRUCTURE 
command. The new data structure for FUPIL2 is as 
follows : 



Figure V± Revised Structure f<>r PUPIL2 



Structure for data base: 
Ntimber of data records: 
Date of last update: 



A:pupiU:dbf 
65 

08/18/86 



Field 


Field Name 


Type 


Width 


1 


SKA 


Character 


2 


2 


SKE 


Character 


2 


3 


SE 


Character 


3 


4 


EA6 


Nmeric 


4 


5 


ET 


Numeric 


4 


6 


SCH_CODE 


Character 


12 


7 


SUB PU 


Numeric 


10 


8 


SUB CL 


Numeric 


10 


9 


SUB SCH 


Numeric 


10 


10 


SUB TEA 


Numeric 


10 


11 


TSUB 


Nvimeric 


10 


** Total ** 




78 



Dec 



The new fields are in respect of: 

- the subsidy for pupil (SUB_PU); 

- the siibsidy for class (SUB_CL); 

- the subsidy for school (SUB_SCH); 

- the subsidy for teachers (SUB_TEA); 
• the total sxabsidy (TSUB). 

(2) To create a new data base with the school name, 
one can join the SCHMAS with PUPIL2: 



♦SELECT 2 
*USE SCHMAS 

*JOIN WITH PUPIL2 TO SCHl FOR 

PUPIL2->SCH_C0DE - SCH^CODE 
*USE SCHl 
♦DISPLAY STRUCTURE 

and the following should appear on the screen: 
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Figure VI: Structure for SCHl 

Structure for data base: A:schl:dbf 

Ntimber of data records: 45 

Date of last update: 08/18/86 



xexa 


r xe L%x naxne 


Type 


TJ-X /I^Vk 


L 




unaraccer 




z 


cc 
oo 


unarac uer 


1 
X 






unar ac uer 




A 




narac uer 




5 


SKE 


onaracter 


z 


6 


SE 


Character 


3 


7 


SCH CODE 


Character 


12 


8 


NAME 


Character 


30 


9 


ADDRESS 


Character 


100 


10 


EA6 


Nmerlc 


A 


11 


ET 


Numeric 


4 


12 


SUB PU 


Numeric 


10 


13 


SUB CL 


Numeric 


10 


14 


SUB SCH 


Numeric 


10 


15 


SUB TEA 


Numeric 


10 


16 


TSUB 


Nxjunerlc 


10 


** Total ** 




213 
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It may be noted that not all records in the two 
data bases are matched. Apparently, there are 
some errors in the codes which are probably due to 
manual errors during the data input stage when the 
pupil (PUPIL_RC) and school master (SCHMAS) files 
are created. 

(3) To calculate the amount of recurrent subsidy based 
on the number of teachers, it is necessary to link 
SCHl with the TEA_RC data base. 

♦SELECT 2 

*USE TEA_RC INDEX TEA_RC 
♦SELECT 1 

*SET RELATION TO SCH_CODE INTO TEA_RC 
★REPLACE ALL SUB_TEA WITH TEA_RC->TT*30000 

(4) To calculate other subsidies based on the number 
of classes and pupils, the following procedure may 
be adopted: 

♦REPLACE ALL SUB_SCH WITH 

25000+30000+24000+10000+5000+5000 FOR SS-"1" 
♦REPLACE ALL SUB_SCH WITH 5000+5000 FOR SS-"2" 
♦REPLACE ALL SUB_CL WITH EA6*( 10000+8000) 
♦REPLACE ALL SUB PU WITH ET^300 
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And to calculate the total amount of recurrent 
subsidy: 

★REPLACE ALL TSUB WITH 
SUB_PU+SUB_CL+SUB_SCH+SUB_TEA 

(5) It will soon be discovered that the average cost 

per pupil which Is a very useful Indicator has not 
been Included In the data base. This additional 
requirement can be net by changing the structure 
of SCHl by the MODIFY STRUCTURE command. The 
revised structure Is shown below: 



Figure VII: Revised Structure for SCHl 

Structure for data base: A:schl:dbf 
Number of data records: 45 



Date of last update: 08/18/86 



Field 


Field Name 


Type 


Width 


1 


ST 


Character 


2 


2 


SS 


Character 


1 


3 


SP 


Character 


2 


4 


SKA 


Character 


2 


5 


SKE 


Character 


2 


6 


SE 


Character 


3 


7 


SCH CODE 


Character 


12 


8 


NAME 


Character 


30 


9 


ADDRESS 


Character 


100 


10 


EA6 


Numeric 


4 


11 


ET 


Ntmeric 


4 


12 


SUB_PU 


Numeric 


10 


13 


SUB_CL 


Numeric 


10 


. 14 


SUB_SCH 


Numeric 


10 


15 


SUB TEA 


Numeric 


10 


16 


TSUB 


Numeric 


10 


17 


UCOST 


Numeric 


5 


** Total ** 
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And the average cost per pupil can be computed by: 

★REPLACE ALL UCOST WITH TSUB/ET. 

(6) One way of monitoring the financial resources 

available to schools Is to Identify schools which 
have below-average level of finances. The 
procedure that may be adopted Is: 

★AVERAGE UCOST and the screen will show the 
. results as follows: 
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45 records averaged 
ucost 
3186 

To display those schools whose average subsidy per 
pupil is less than the average of 3186 Rp, the 
following command may be issued: 

*DISPIAY SCH^CODE, NAME, UCOST FOR UC0ST<3186 

and the information displayed on the screen should 
look something like this: 



Record# 


sch_code 


nane 


ucost 


2 


101230502002 


PEKAT 


2348 


3 


101230502003 


Kt7ANGK0 


2990 


5 


101230502005 


SORIUTU 


2812 


6 


101230502006 


N02 KEMPO 


2288 


8 


101230502008 


DOROPETI 


2344 


9 


101230502009 


NAPA 


2791 


10 


101230502009 


NAPA 


2484 


12 


101230502011 


KONTE 


2525 


13 


101230502012 


KESI 


1505 


14 


101230502013 


PUPAU BAJO 


2609 


15 


101230502014 


TANJU 


3132 


16 


101230502015 


TA'A 


2443 


17 


101230502016 


KADINDI 


1416 


19 


101230503001 


SDN NO.l RANGGE 


2414 


20 


101230503002 


SDN DAHA 


2474 


21 


101230503004 


SDN SAWE 


2785 


22 


101230503005 


SDN JAMBU 


2074 


23 


101230503006 


SDN FANDA 


2518 


26 


102230503009 


SDN IMPRES SOKE 


2183 


27 


102230503010 


SDN IMPRES KUTA 


2551 


30 


102230503013 


SDN INPRES DESA HU'U 


2346 


31 


102230503014 


SDN INPRES JALA 


2594 


35 


101230504001 


SDN KILO 


2218 


36 


101230504002 


SDN LABI 


2069 


38 


101230504004 


SDN KIUU 


2235 


39 


101230504005 


SDN TAROPO 


2545 


41 


101230504006 


SD INPRES MAIAJU 


2995 


43 


101230504009 


SD INPRES DESA MALAJU 


2617 


44 


101230504010 


SD INPRES PALI 


2863 



Alternatively, one may wish to find out schools 
which are poorly financed. For example: 

♦DISPLAY SCH_CODE, NAME, UCOST FOR UCOSK2500 

and the following schools will be listed: 



ERIC 



30 



iOo 



• 



d# 


sch code 


name 


ucost 


2 


101230502002 


PEKAT 


2348 


6 


101230502006 


N02 KEMPO 


2288 


8 


101230502008 


DOROPETI 


2344 


10 


101230502009 


NAPA 


2484 


13 


101230502012 


KESI 


1505 


16 


101230502015 


TA'A 


2443 


17 


101230502016 


KADINDI 


1416 


19 


101230503001 


SDN NO.l RANGGE 


2414 


20 


101230503002 


SDN DAHA 


2474 


22 


101230503005 


SDN JAMBU 


2074 


26 


102230503009 


SDN IMPRES SOKE 


2183 


30 


102230503013 


SDN INPRES DESA HU'U 


2346 


35 


101230504001 


SDN KILO 


2218 


36 


101230504002 


SDN LABI 


2069 


38 


101230504004 


SDN KIWU 


2235 



(h) The Enrollment of Schools . It may be felt by some 

participants that the procedures outlined in the last 
two subsections are rather cumbersome, especially when 
two or more data bases have to be accessed at the same 
time. In this subsection , the utility program 
QUICaKREPORT will be introduced. This program, like 
QUICKCODE III, is quite easy to xise. The main features 
of this program are: 

(1) It allows access to as many as 5 linked files at 
one time; 

(2) It can easily cater for the use and display of 
computed fields; 

(3) It permits siibtotals and totals to be calculated 
and presented in report format for as many as 16 
fields. 

In short, QUICKREPORT represents an improvement over 
DBASE III automatic report generator. The purpose of 
introducing this software program here is more than 
serving the purposes of monitoring enrollment in 
schools. Participants who become familiar with this 
software can use it for a variety of reporting 
functions. 



The software is not without limitation. At least for 
the purposes of this subsection, it is not flexible 
enough in selecting records to display. Data fields not 
included in the master data base cannot be used to 
extract records. This limitation excludes completely 
the use of computed fields, like that on the average 
class size in the school, for identifying schools which 
are to be shortlisted. 
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What is presented below is an Illustration of one 
application of QUICKREPORT. The exercise is to produce 
suimary statistics based on information available in 
three data bases: 

(1) SCHMAS - for providing information on the names of 
the schools; 

(2) FLOW_RC - for providing information on the niamber 
of Primary 1 pupils admitted and the ntunber 
planned to admit. This gives the percentage of 
P.l places filled which can be used as an early 
indicator of the future utilization rate of the 
school concerned; 

(3) PUPIL_RC - which will be used as the master data 
base in QUICKREPORT. The data base provides the 
basic information on the number of operating 
classes by grade, total enrollment, the school 
code, district, and subdistrict codes, and the 
code for type of school. The average class size 
can be computed from the total ntunber of operating 
classes (a field yet to be created) and the total 
enrollment . 

Using QUICKREPORT, a report file named ENRl.QR has been 
generated and stored in Diskette "EPP Mod. v. 4." By 
running QUICKREPORT from either Drive C or Drive B, and 
placing the Diskette in Drive A, the report file can be 
executed to produce reports on the printer, the screen 
or to a disk file. 

The following attempt to depict the main procedural 
steps involved in creating the report file ENRl.QR. 

(1) There are basically four steps involved in 
creating a report: 

- selecting the master data file and its linked 
files; 

- selecting the data fields to appear on the 
report from the files selected, including the 
creation of computed fields; 

- the design of the report format using the 
"blackboard" provided by QUICKREPORT; 

- the drawing up of the extraction criterion for 
selecting records to be extracted for display. 



(2) Selection of the master data file and its linkup 
is extremely easy, as all one needs to do is to 
follow the instmactions on the menu: 

• after starting up QUICKREPORT , choose the 
report menu and choose create; 

then choose the data base menu to select the 
data base PUPIL_RC, and then the linked files 
FLOW_RC and SCHMAS. The selection can be 
performed by the so*called "list" technique 
which makes use of three function keys: 

[ F5 ] to enter the selection box 
[ RETURN ] to make the selection 
[ ESC ] to finish the process; 

- the linkage between the three files is 
established through the control menu. Two 
instructions have to be given: 

the name of the index file 
the look-up field which links the files. 
It is therefore necessary to index the link 
file using the DBASE III commands, which have 
already been done in previous subsections; 

- the control menu should look something like the 
following: 



Figure VIII: QUICKREPORT Control Menu 
REPORT DATA 5ASE FIELD CONTROL PRINT OPTION LAYOUT EDIT SETUP 



I MASTER FILE PUPIL^RC.DBF | 

I LINK FILE INDEX FILE LOOKUP FIELD | 

ISCHMAS.DBF SCHMAS.NDX SCH^CODE | 

|FLOW_RC.DBF FLOW^RC.NDX SCH^CODE | 

I I 



MENU SELECTION! SCH^CODE from PUPIL_RC.DBF | 

I^DATE @PAGENUM $TIME CI C2 C3 C4 | 

I C5 C6 CT ET SCH^CODE SKA SKE | 

I SS 

Enter the fields used to connect Link files to the Master file 
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The selection of fields In the three files for 
display follows similar techniques In selecting 
fields to become the look-up fields. The 
selection Is performed under the data base menu. 
The following data fields have been selected: 



From PUPIL_RC - SKE C4 

SKA C5 

SS C6 

CI ET 

C2 SCH^CODE 
C3 

Fri^m SCHMAS - NAME 

From FLOW RC - ElA EIP 



Three computed fields are required to be created: 

- One Is to give the total number of operating 
classes which Is equal to the sum of the values 
In fields C1.C2,C3,C4,C5 and C6. This field Is 
named, for example » CT; 

- One Is to give the average class size which can 
be computed by dividing the total enrollment ET 
by the total nvuober of operating classes CT. 
Let^s call this field CSIZE; 

- One Is the percentage of Primary 1 places 
available which are taken up by Primary 1 
pupils admitted. This can be computed by 
dividing ElA by EIP. Let's name this field as 
RATIOl. 



The three computed fields may be created In the 
field menu. All one has to do Is to name the 
computed fields and write the formula by simply 
typing operators (arithmetic and logical) and 
using the "list" techniques as demonstrated 
'earlier on. The field menu should look like what 
Is shown below: 
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REPORT DATA BASE FIELD CONTROL PRINT OPTION LAYOUT EDIT SETUP 



1 NAME CT 




1 DATA TYPE 




1 LENGTH 




1 TOTAL 


MINIMUM 1 


1 COUNT 


MAXIMUM 1 


1 AVERAGE 


-aore- j 


1 FORMUIA 





C1+C2+C3+C4+C5+C6 



MENU SELECTION 


! C6 froa PUPIL_RC.DBF | 




|@DATE @PAGENUM 
1 C5 C6 ET 


@TIME CI C2 C3 C4 
SCH_CODE SKA SKE SS 


1 

1 


Enter formula. Use 


F5 to Insert a field at the cursor. 

It may be noted that the computed field CT is 





shown on the field menu and the formula 
"C1+C2+C3+C4+C5+C6" is given just above the menu 
selection. 

(5) The design of the report format follows similar 
procedure as that used in DBASE III report 
generator. The key [F2] will shift the screen 
from the menu to the blackboard, and vice versa. 
There are five areas in the report format, each of 
which serves a different purpose: 

- . Report Header . This will be printed at the 

start of the report before any data bases are 
open. One cannot put any data base fields into 
this area. 

- Page Header . This area is printed at the top 
of every page. It is most useful for the 
printing of titles, page numbers, field titles, 
etc. ; 

- Report Body . This is reserved for printing 
information for each record, and thus is the 
main part of a report. Fields, titles and 
other characters can be entered into this part; 



35 



" P^g^ Footer, This is printed at the end of 
every page* It can be used to print page 
totals, page ntimbers or any other suuamary 
Information; 

- Report Footer , This is printed at the end of 
the report, after all the data bases are 
closed. It can be iised to print the totals for 
the entire report, and any other information 
that one would like to appear at the end of the 
report • 

The size of the five areas may be expanded or 
reduced by pressing respectively the and 
keys at the rigiht of the nxuneric pad on the 
keyboard. 

The following show the report design for the 
report file ENRl: 



Figure X: Report Format Design for ENRl 



Special Report on the Enrollment Position in Schools 



School Code Name of School Average % of P,l Places 

Class Size taken up 

SCH CODE NAME CSIZE RATIOl 



DRAW REPORT | PAGE FOOTER | 

@DATE gPAGENUM @TIME CI C2 C3 . C4 

C5 C6 CSIZE CT EU EIP ET 

NAME RATIOl SCH CODE SKA SKE SS 



(6) The setting of the extraction criteria can easily 
be done in the control menu. The criteria are set 
up by assigning selection conditions to the values 
of the fields in the master data file so that any 
records satisfying these conditions would be 
extracted for display or printing. In this 
exercise, the selection criterion chosen is for 
schools located in the subdistrict "01, " This 
condition may be changed every time the report Is 
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displayed, so that in effect, one can select 
schools from a niunber of districts, one at a time. 
The following give the control menu for setting 
extraction criteria: 



Figure XI: Control Menu for Setting Extraction Criteria 



REPORT DATA BASE FIELD CONTROL PRINT OPTION LAYOUT EDIT SETUP 



MASTER FILE PUPIL RC.DBF 



SORT ORDER 
BREAK GROUPS 
LINK FILES 
EXTRACT CRITERIA 



MISSING LINK SKIP RECORD 
RESET PAGE NUMBERS N 



SKE-"01" 



MENU SELECTION | RATIOl from COMPUTATION 



@DATE 


^PAGENUM 


@TIME 


CI 


C2 


C3 


C4 


C5 


C6 


CSIZE 


CT 


EU 


EIP 


ET 


NAME 


RATIOl 


SCH_CODE 




SKA 


SKE 


SS 



Enter formula. Use F5 to insert a field at the cursor « 



(7) The report design has to be saved before it can be 
run to print the report on the screen, the printer 
or to an exteimal disk file. The following report 
should be produced if extraction condition is set 
to SKE--04-; 



Figure XII: Sample Report from ENRl File 
Special Report oa the Enrollment Situation in Schools 



School Code Name of School Average % of P.l Places 

Class Size taken up 

101230502001 SDN NCI KEMPO 21 40 

101230502002 PEKAT 24 75 

101230502003 KWANGKO 25 80 

101230502004 SORO 9 20 

101230502005 SORIUTU 28 121 

101230502006 N02 KEMPO 40 100 
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101230502013 


PUPAU BAJO 


38 


100 


101230502014 


TANJU 


20 


62 


101230502015 


TA'A 


35 


925 


101230502016 


KADINDI 


44 


110 


101230502017 


CALAEAI 


31 


60 


101230502009 


NAPA 


23 


100 
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Use F9 and FIO to scroll U FT and RIGHT. Press RETURN for next screen. 



5.2.3 Advisory Activities. In this subsection, we will 
experiment combining some of the techniques demonstrated in 
the previous subsections to perform the following functions: 

(a) Simultaneously accessing data fields in three files 
(PUPIL^RC, FLOW_RC and TEA_RC) . This is to be achieved 
using the JOIN command several times so that only one 
single file (which will be named SCH2) containing all 
the required data fields will be used; 

(b) To compute a nuunber of indicators using the REPLACE 
command and store these indicators in the new file SCH2. 
Additional fields have to be created to accommodate the 
indicators, using the MODIFY STRUCTURE facility in DBASE 
III; 

(c) The records will be printed or displayed in a format to 
be created using the DBASE III report generator. Two 
new features will be added to the reports: 

(1) One is the SET REIATION command, which if used 
before the creation and printing of the report 
format, allows the report to access two data bases 
at the same time; 

(2) One is to use the FOR clatise to set down 
extraction criteria in selectively displaying the 
records . 

(d) The procedure that may be adopted is shown below: 

(1) In the first place, a new data base has to be 

created, containing fields which will store values 
for the following indicators: 

- the repetition rate; 
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- the proportion of P. 6 leavers passing the final 
examination; 

the pupil- teacher ratio; 

- the average class size; 

- the proportion of lanqualified teachers. 

This new file is to be created using the PUPIL_RC 
data to start up. Two new conunands are used in 
this exercise: COPY STRUCTURE and APPEND FROM. 

*USE PUPIL^RC 

*COPY STRUCTURE TO SCH2 

♦MODIFY STRUCTURE to delete fields which are no 
longer required, and to add the following new 
fields: 

CSIZE - average class size 

RRATE - repetition rate 

PTRATIO - pupil/teacher ratio 

NQRATE - % of unqualified teachers 

P6RATE - % of P. 6 pupils passing examination 

*DISPIAY STRUCTURE, and the following should 
show up on the screen: 

Figure XIII: Stiructure for SCH2 

Structure for data base: A:sch2.dbf 
Number of dat^ records: 0 



Date of last update: 08/18/86 



Field 


Field Name 


Type 


Width 


Dec 


1 


SS 


Character 


1 




2 


SKE 


Character 


2 




3 


CI 


Numeric 


2 




4 


C2 


Numeric 


2 




5 


C3 


Numeric 


2 




6 


C4 


Nvuneric 


2 




7 


C5 


Numeric 


2 




8 


C6 


Numeric 


2 




9 


ET 


Nvuneric 


4 




10 


SCH CODE 


Character 


12 




11 


CT 


Numeric 


3 




12 


CSIZE 


Numeric 


3 


1 


13 


RRATE 


Numeric 


3 


1 


14 


PTRATIO 


Numeric 


2 




15 


NQRATE 


Numeric 


3 


1 


16 


P6PASS 


Numeric 


3 


1 


*-;, 


Total ** 
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♦APPEND FROM PUPIL_RC and this will copy the 
data from PUPIL_RC. Data for fields not 
present in the SCH2 will not be appended. 
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*INDEX ON SCH_CODE TO SCH2 to create an index 
file called SCH2. 

♦DISPLAY STATUS will give the following: 
Currently Selected Data base: 

Select area: 1, Data base in Use: A:sch2.dbf Alias: SCH2 
Haster index file: A:scb2.ndx Key: sch_code 

(2) The next step is to create a new file by JOINING 
with the data base FLOW_RC and then TEA_RC. 

★SELECT 2 

*USE FLOW^RC INDEX FLOW^RC 
★SELECT 1 

*JOIN WITH FLOW_RC TO SCH3 FOR 
FLOW_RC->SCH_CODE-SCH_CODE 

A new file SCH3 is created. By modifying its 
structure to delf;te fields that are not required 
one will get a data base SCH3 with the following 
stxructtire : 

Figure XIV: Structure for SCH3 

Structure for data base: A:sch3.dbf 
Number of data records: 65 



Date of last update: 08/18/86 



Field 


Field Name 


Type 


Width 


1 


CI 


Numeric 


2 


2 


C2 


Numeric 


2 


3 


C3 


Numeric 


2 


4 


C4 


Numeric 


2 


5 


C5 


Numeric 


2 


6 


C6 


Numeric 


2 


7 


ET 


Numeric 


4 


8 


SCH CODE 


Character 


12 


9 


CT 


Numeric 


3 


10 


CSIZE 


Numeric 


3 


11 


RKATE 


Numeric 


3 


12 


PTRATIO 


Numeric 


2 


13 


NQRATE 


Numeric 


3 


14 


P6PASS 


Numeric 


3 


15 


GL 


Numeric 


3 


16 


GT 


Numeric 


3 


17 


GP 


Numeric 


3 


18 


RTT 


Numeric 


3 




Total ** 




58 



♦SELECT 2 

★USE TEA RC INDEX TEA RC 
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★SELECT 1 

*JOIN WITH TEA RC TO SCHSUM FOR 

TEA_RC ->SCH_CODE-SCH_CODE 
*USE SCHSUM 

★DISPLAY STRUCTURE and the following will show up 
on the screen: 



Figure XV; Structure for SCHSUM 

Structure for data base: Atschsum.dbf 
Number -of data records: 65 



Date of last update: 08/18/86 



Field 


Field Name 


Type 


Width 


1 


CI 


Numeric 


2 


2 


C2 


Nximeric 


2 


3 


C3 


Numeric 


2 


4 


C4 


Numeric 


2 


5 


C5 


Nximeric 


2 


6 


C6 


Numeric 


2 


7 


ET 


Niameric 


4 


-8 


SCH_CODE 


Character 


12 


9 


CT 


Numeric 


3 


10 


CSIZE 


Numeric 


3 


11 


RRATE 


Numeric 


3 


12 


PTRATIO 


Numeric 


2 


13 


NQRATE 


Numeric 


3 


14 


P6PASS 


Numeric 


3 


15 


GL 


Numeric 


3 


16 


GT 


Numeric 


3 


17 


GP 


Numeric 


3 


18 


RTT 


Numeric 


3 


19 


YR 


Numeric 


4 


20 


ST 


Character 


2 


21 


SS 


Character 


1 


22 


SP 


Character 


2 


23 


SKA 


Character 




24 


SKE 


Character 


2 


25 


SE 


Character 


3 


26 


SESS 


Character 


1 


27 


AP 


Numeric 


2 


28 


LP 


Numeric 


2 


29 


TP 


Numeric 


3 


30 


AN 


Numeric 


2 


31 


LN 


Numeric 


2 


32 


TN 


Numeric 


3 


33 


TM 


Numeric 


3 


34 


TF 


Numeric 


3 


35 


TT 


Numeric 


3 


36 


NPl 


Numeric 


2 


37 


NP2 


Numeric 


2 


38 


NP3 


Numeric 


2 
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39 


NP4 


Numeric 


2 


40 


NP5 


Ntjmerlc 


2 


41 


NP6 


Numeric 


2 


42 


NP7 


Niimeric 


2 


43 


NP8 


Numeric 


2 


44 


NPT 


Numeric 


3 


45 


PH 


Numeric 


2 


46 


PC 


Numeric 


2 


47 


PR 


Numeric 


2 


48 


PS 


Numeric 


2 


49 


PT 


Numeric 


3 


50 


NH 


Numeric 


2 


51 


NC 


Numeric 


2 


52 


NR 


Numeric 


2 


53 


NS 


Nvimerlc 


2 


54 


NT 


Numeric 


3 


55 


NQT 


Numeric 


3 


56 


NHT 


Numeric 


2 


57 


NCT 


Numeric 


2 


58 


NRT 


Numeric 


2 


59 


NST 


Numeric 


2 


60 


GTT 


Numeric 


3 


" Total ** 




153 



(3) The third step Is to compute the value £or the 
fields CT, CSIZE, RRATE, PTRATIO, NQRATE and 
P6PASS« 

★REPLACE ALL CT WITH C1+C2+C3+C4+C5+C6 to give 
the total number of operating classes; 

♦REPLACE ALL CSIZE WITH ET/CT to give the 
average class size in each school, by dividing 
the total enrollment (ET) by the total number 
of operating classes (CT) ; 

★REPLACE ALL RRATE WITH RTT/ET*100 to give the 
repetition rate, by dividing the total number 
of repeaters (RTT) by the total enrollment 
(ET); 

★REPLACE ALL PTRATIO WITH ET/TT to give the 
pupil/ teacher ratio, by dividing the total 
enrollment C'iT) by the total number of teachers 
(TT); 

♦REPLACE ALL NQRATE WITH NQT/TT to give the 
proportion of unqualified teachers, by dividing 
the number of unqtxalified teachers (NQT) by the 
total number of teachers (TT) ; 
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★REPLACE ALL P6PASS WITH GP/GL*100 FOR GL>0 to 
give the percentage of P«6 pupils passing the 
final exanination, by dividing the number of 
P. 6 leavers passing the final examination (CP) 
by the total ntunber of P. 6 leavers (GL) . The 
condition GL>0 is to safeguard against any 
schools with no P. 6 leavers to avoid numeric 
overflow. 

The fourth step is to create a report format for 
displaying indicators constructed above together 
with the schoolss The DBASE III report generator 
will be used. In this exercise, the file SCHHAS 
will also be used so that the report will show the 
names of schools selected as well. Accessing 
simultaneously two data bases requires the use of 
the SET RELflTION command before the creation of 
the report file and the printing of the report. 
The following procedure may be adopted: 

★SELECT 2 

*USE SCHMAS INDEX SCHMAS 
★SELECT 1 

★INDEX ON SCH_CODE TO SCHSUM 

★SET RELATION TO SCH_CODE INTO SCHMAS 

★CREATE REPORT ENR2 

Then the DBASE III full screen report generator 
will appear on the screen. By following the 
instructions given, one can create a report file 
ENR2. Very briefly, two steps need to be taken: 

- In the option menu, one has to give the title 
of the report, as well as other page formatting 
instructions; 

In the column options, one has to select the 
names of the fields to be included in the 
report, and the headings of the fields which 
will appear on the report. One field will 
occupy one column, the width of which is 
determined the length of the column heading or 
the width of the field selected. 

The report layout which appears in the report 
generator template will look something like the 
diagram below: 
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Figure XVI; T emplate for ENR2 



Options Groups Columns Locate Exit 09:42:44 pm 

SCH^CODE 
8Chma8->name 
CSIZE 
RRATE 
FIRATIO 
NQRATE 
P6PASS 



Report Format 

School Code Name Class Rep. P/T % of % of 

Size Rate Ratio Teacher P. 6 

Not Pupils 
Qtial. Passing 

xxxxxxxxxxxx xxxxxxxxxxx #.# #.# ## #.# #.# 



CREATE REPORT |<A:>|ENR2.FRM |Opt. 1/7 | 

Position selection bar Select - Leave menu 

Step to any colximn Immediately by selecting the column expression. 



(5) The fifth step Is to produce reports using the 

ENR2 file defined above on schools which require 
follow-up action, based on the barlous Indicators 
constructed above. One method of finding out the 
criteria of selection is to compute the mean 
values for the different indicators such as 
average class size. 

★AVERAGE CSIZE, RRATE, PTRATIO, NQRATE, P6PASS and 
the following results should be shown on the 
screen: 

65 records averaged 
csize rrate ptratio nqrate p6pass 
28.6 18.2 26 0.2 68.7 

Based on these mean values, ^ variety of reports 
may be produced. 

★SELECT 1 

*SET RELATION TO SCH^CODE INTO SCHMAS 

★REPORT FORM ENR2 FOR CSIZE>28.6 .AND. RRATE>18.2 

and this generates the following report: 
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Page No. 
08/18/86 



Figure XVII: Sample Report 1 for ENR2 



Ad Hoc Report of Schools for the 
Advisory Inspectorate 



Scnool Code 


Name 


Class 


Rep. 


P/T 


% oz 


% of 






C J mm ^ 

size 


Rate 


Ratlo« 


Teacher 

Not 

Qual. 


P . o 
Pupils 
Passing 






J . U 


1 Q n 

l7 . U 




n n 


QO A 

yz . u 






^1 • U 


01 n 
Zj . U 


Zo 


U . U 


Q*7 n 
y / . U 


lUlZJUDUlUUO 




in f\ 
JXJ . U 


0^ n 
ZD . U 


Zo 


f\ n 
U .U 


n n 


101230501007 
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31 
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21 


0.0 
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101230502016 


KADINDI 


44.0 


26.0 


70 


0.0 


89.0 


101230503004 


SDN SAVE 


34.0 


22.0 


20 


0.0 


100.0 


101230503005 


SDN JAMBU 


39.0 


20.0 


34 


0.0 


71.0 


101230503006 


SDN FANDA 


31.0 


35.0 


27 


0.0 


74.0 


101230503007 


SDN NO. 2 R 


30.0 


23.0 


16 


0.0 


70.0 


101230504002 


SDN LABI 


33.0 


50.0 


38 


0.0 


89.0 


101230504004 


SDN KIWU 


33.0 


22.0 


33 


0.0 


86.0 


102230501032 




33.0 


23.0 


22 


0.0 


92.0 


102230501034 




36.0 


42.0 


29 


0.0 


100.0 


102230501037 




35.0 


34.0 


27 


0.0 


87.0 


102230501039 




39.0 


28.0 


39 


0.0 


73.0 


102230501041 




. 33.0 


40.0 


29 


11.0 


78.0 


102230503013 


SDN INPRES 


29.0 


35.0 


22 


0.0 


67.0 


** Total ** 




665.0 


547.0 


573 


11.0 


1498.0 



*REPORT FORM ENR2 FOR P6PASS<68.7 .AND. PTRATI026 
and the following report will be produced: 
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Page No. 

08/18/86 



Figure XVIII: Sample Report 2 for ENR2 



Ad Hoc Report of Schools for the 
Advisory Inspectorate 



School Code 


Name 


Class 


Rep. 


P/T 


% of 


% of 






Size 


Rate 


Ratio 


Teacher 


p. 6 












Not 


Pupils 












Qual. 


Passing 


101230501003 




43.0 


19.0 


34 


0.0 


92.0 


101230501004 




31.0 


23.0 


28 


0.0 


97.0 


101230501008 




33.0 


15.0 


30 


0.0 


100.0 


101230502002 


PEKAT 


24.0 


9.0 


48 


0.0 


89.0 


101230502006 


N02 KEMPO 


40.0 


22.0 


27 


0.0 


97.0 


101230502008 


DOROPETI 


27.0 


3.8 


40 


0.0 


70.0 


101230502009 


NAPA 


22.0 


0.0 


37 


0.0 


95.0 


101230502009 


NAPA 


23.0 


0.0 


45 


0.0 


95.0 


101230502011 


KONTE 


26.0 


45.0 


30 


0.0 


91.0 


101230502012 


KESI 


58.0 


4.6 


49 


0.0 


86.0 


101230502016 


KADINDI 


44.0 


26.0 


70 


0.0 


89.0 


101230503005 


SDN JAMBU 


39.0 


20.0 


34 


0.0 


71.0 


101230503006 


SDN FANDA 


31.0 


35.0 


27 


0.0 


74.0 


101230504001 


SDN KILO 


42.0 


7.2 


30 


0.0 


78.0 


101230504002 


SDN LABI 


33.0 


50.0 


38 


0.0 


89.0 


101230504004 


SDN KIUU 


33.0 


22.0 


33 


0.0 


86.0 


102230501033 




27.0 


35.0 


27 


0.0 


93.0 


102230501034 




36.0 


42.0 


29 


0.0 


100.0 


102230501037 




35.0 


34.0 


27 


0.0 


87.0 


102230501039 




39.0 


28.0 


39 


0.0 


73.0 


102230501041 




33.0 


40.0 


29 


11.0 


78.0 


102230501042 




33.0 


9.0 


30 


0.0 


93.0 


*** Total **« 


r 


752.0 


490.0 


781 


11.0 


1923.0 



♦REPORT FORM ENR2 FOR PTRATI026 .AND. P6PASS<68.7 
.AND. RRATE>18.2 

This gives the third sample report as follows: 
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Figure XIX: Sample Report 3 on ENR2 

Page No. 1 
08/18/86 

Ad Hoc Report of Schools for the 
Advisory Inspectorate 



School Code 


Name 


Class 


Rep. 


PA 


% of 


% of 






Size 


Rate 


Ratio 


Teacher 


P. 6 












Not 


Pupils 












Qual. 


Passing 


101230501007 




37.0 


34.0 


31 


0.0 


57.0 


101230502004 


SORO 


8.7 


28.0 


29 


0.0 


0.0 


101230504009 


SD INPRES 


28.0 


23.0 


28 


0.0 


7.4 


101230504011 


SD KECIL E 


13.0 


33.0 


52 


0.0 


0.0 


*** Total *** 




86.7 


118.0 


140 


0.0 


64.4 



5,3 Monitoring of School Projects 

5.3.1 The participants should have a firm grasp of the 
basic techniques In using DBASE III to construct and query a 
data base, and produce a variety of reports and compile 
statistical data from single or multiple data bases. 
Therefore, It Is not proposed to repeat these demonstrations 
In this subsection. Furthermore, there are no data available 
to construct a data base of school projects. Nevertheless, 
In this subsection, the construction of a sample data base on 
school projects Is demonstrated using QUICKCODE III. The 
purpose is to demonstrate how a simple information system on 
the progress of school projects could be set up, which will 
contain the various data items discussed in paragraph 4.2.6 
above . 

5.3.2 What is presented below is the procedure which may be 
followed in constructing the data base. If there are 
participants who have not gone through Module II and hence 
may not be familiar with the use of QUICKCODE III, the 
Instructors will have to refer to the teaching materials in 
Module II on the use of this utility program. Very briefly, 
users have to perform three main functions in creating the 
data base file and other utility programmes: 

(a) Designing the data input screen using the Quickscreen 
mode in QUICKCODE III, and at the same time drawing up 
the list of fields to be included in the data base, 
assigning them names as well as the primary field types 
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for the fields named. Three primary field types are 
allowed at this stage: 

(1) Character type which will be automatically 
assigned If no other field type Is named. The 
character type can be changed to data type or 
logical field \islng \ie Field Mode In QUICKCODE 
III; 

(2) Integer type, which Is defined by giving the 
character *•#•• at the end of the field name In 
Qulckscreen; 

(3) Money type, which Is defined by giving the 
character "$•• at the end of the field name In 
Qulckscreen. The money type can be changed to 
numeric type (with 1 decimal place) using the 
Field Mode In QUICKCODE III. 

The following diagram gives the screen design for the 
school project data base (PROJ.DBF) in Qulckscreen mode: 



Figure XX: Data Input Format for PROJ 



LIN: 8 COL: 31 (AUTO PILOT) SCR: proj DBF: proj 



School Project Quarterly Progress Report 


Budget Ref . ;br Project Ref . 
Province ;sp District 


;pr Project Number 
; ska Subdlstrlct 


;pnr 
;ske 


D&te of Commencement ; start 
Number of classrooms ;class# 
Project budget ;budgat$ 


Planned complete date 
Project officer/agency 


;end 
; agent 


Current Project Status 


Stage of progress (enter code) 


;prog 


;ref 


Amount of money committed 
Amoun of money spent to date 


;com$ 
; spent$ 


;unspent$ 


Additional amount required 


;add$ 


;rbudget$ 


Revised date of completion 


;newend 





It may be noted from the above screen design that there 
are three computed fields: 
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REF which will be used as the unique Identifier for the 
project concerned and is formed by concatenating the 
fields on budget reference BR, project reference PR, 
project nvuaber PNR, province SP, district SKA, and 
subdistrict SKE; 

UNSPENT which gives the amount of budget not yet spent 
and is derived from the difference between the amount 
budgeted BUDGET and the amoiint already spent SPENT; 

RBUIX3ET which is the revised budget for the project if 
there is any additional financial information required. 
This is derived from adding the amount budgeted BUDGET 
to the additional financial provision required ADD. 

(b) The characteristics for the various fields defined above 
in Quickscreen will have to be determined in the Field 
Mode. The computation required for the computed field 
will also have to be set in the Field Mode. The results 
are shown below: 



Figure XXI: Field Mode for PROJ 



# FIELDNAME 

0 MQ_MODE 

1 br 

2 pr 

3 pnr 

4 sp 

5 ska 

6 ske 

7 start 

8 end 

9 class 

10 agent 

11 budget 

12 prog 

13 ref 

14 com 

15 spent 

16 unspent 

17 add 

18 rbudget 

19 newend 



T LEN 
C 7 



C 
C 
C 
C 
C 
C 
D 



C 
$ 

c 
c 

$ 
$ 
$ 
$ 
$ 

D 



2 
2 
3 
2 
2 
2 
8 



D 8 
I 2 



11 
10 
2 

13 
10 
10 
10 
10 
10 
8 



F DEFAULT 
★NONE* 
★NONE* 
★NONE* 
★NONE* 
★NONE* 
★NONE* 
*NONE* 
★NONE* 
★NONE* 
*NONE* 
★NONE* 
★NONE* 
★NONE* 
★NONE* 
★NONE* 
★NONE* 
★NONE* 
*NONE* 
*NONE* 
*NONE* 



F 
F 
F 
F 
F 
F 
F 
F 
F 
F 
F 
F 
F 
F 
F 
F 
F 
F 
F 



MIN. 


MAX. 


ERROR MESSAGE 


VAL 


ER 


★NONE* 


*NONE* 


★NONE* 


* 


3 


*NONE* 


★NONE* 


★NONE* 


* 


0 


*NONE* 


★NONE* 


*NONE* 


* 


0 


★NONE* 


*NONE* 


★NONE* 


* 


0 


★NONE* 


*NONE* 


★NONE* 


* 


0 


★NONE* 


★NONE* 


★NONE* 


* 


0 


*NONE* 


★NONE* 


*NONE* 


★ 


0 


★NONE* 


★NONE* 


*NONE* 


★ 


0 


*NONE* 


★NONE* 


★NONE* 


* 


0 


★NONE* 


★NONE* 


★NONE* 


* 


0 


★NONE* 


★NONE* 


★NONE* 


* 


0 


★noKe* 


★NONE* 


★NONE* 


* 


0 


*NONE* 


*NONE* 


★NONE* 


* 


0 


*NONE* 


★NONE* 


*NONE* 


* 


0 


*NONE* 


*NONE* 


★NONE* 


* 


0 


*NONE* 


*NONE* 


*NONE* 


* 


0 


*NONE* 


*NONE* 


★NONE* 


* 


0 


*NONE* 


★NONE* 


*NONE* 


* 


0 


★NONE* 


*NONE* 


*NONE* 


* 


0 


*NONE* 


*NONE* 


*NONE* 


* 


0 



It may be noted that the field type for the fields 
START, END and NEWEND have been changed from character 
to data type. The next step is then to define the 
computed fields and to tell the system. which fields will 
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be shown or not given In the data Input screen, 
results are given In the diagram below: 



The 



# FIELDNAME 

0 Mq_MODE 

1 br 

2 pr 

3 pnr 

4 sp 

5 ska 

6 ske 

7 start 

8 end 

9 class 

10 agent 

11 budget 

12 prog 

13 ref 

14 com 

15 spent 

16 unspent 

17 add 

18 rbudget 

19 newend 



Figure XXII: Field Mode for Computed Fields 

T LEN F SHOW COMPUTATION 

C 7 YES *NONE* 

C 2 F YES *NONE* 

C 2 F YES *NONE* 

C 3 F YES *NONE* 

C 2 F YES *NONE* 

C 2 F YES *NONE* 

C 2 F YES *NONE* 

D 8 F YES *NONE* 

D 8 F YES *NONE* 

I 2 F YES *NONE* 

C 11 F YES *NONE* 

$ 10 F YES *NONE* 

C 2 F YES *NONE* 

C 13 F NO br+pr+pnr+sp+ska+ske 

$ 10 F YES *NONE* 

$ IC F YES *NONE* 

$ 10 F NO budget -spe.it 

$ 10 F YES *NONE* 

$ 10 F NO budget+add 

D 8 F YES *NONE* 



ER 
3 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 



(c) Finally, after all the data fields have been defined in 
the Field Mode, one can go back to the QUICKCODE III 
mcin menu by pressing CONTRL B to revert back to the 
Quickscreen and then [Fl] to go back to the main menu. 
By pressing ESC, all the required programs may be 
generated by the QUICKCODE III system. A total of 11 
programs have been generated and are stored in the 
Diskette "EPP Mod. v. 4." To irun these programs, one has 
to start up DBASE III from either Drive B or Drive C, 
and put the Diskette in Drive A. After starting up 
DBASE III, 

*SET DEFAULT TO A 
*D0 PROJ 



and an opening menu will appear, from which a number of 
functions such as adding records to the data base, 
editing records, etc., may be selected. 
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Learnin g Activities 



6.1 Uhat has been covered in the User Hantxal Section are the main 
techniques used in extracting and manipulation of data stored in a 
single or multiple data base(s). It is essential therefore that 
the participants devote ample time to practicing these techniques, 
using other combinations of commands and conditions not yet 
demonstrated in the User Manual Section. Most of these techniques 
should be adequate for users in performing ad hoc inquiries on the 
data bases. For those who want to pursue further DBASE III 
programming techniques, and those who have the need for a more 
efficient system of querying the data bases, they may attempt to 
combine the sequence of conmiands used at the dot prompt level into 
simple batch-type prograoames. This will lead to a more efficient 
and automatic data processing system, so that more time-consuming 
procedures could be rtin \inattended, and the applications could be 
handled by less knowledgeable users. 

6.2 The learners are advised to spend more time in going through 
the User Manual together with the instructors. The methods of 
calculations are boxind to be different from what are currently 
practised by the learners. Therefore, there should be ample 
opportunities for the learners to suggest alternative methods 

for calculating teacher entitlements in schools or for estimating 
the amount of subsidy required by schools. These alternatives 
should be studied and the learners should, following the procedures 
demonstrated in the User Manual Section, attempt to design the 
DBASE III command procedures- to cater for the different methods of 
calculations . 



III. Unit 2 
Monitoring Performance of Education System 

Performance Objectives 

7.1 A variety of statistical information could be compiled from 
the education management information system outlined in Module II 
for the purposes of managing the education sector as a whole. They 
are quite similar to those discussed in Unit I above, except that 
the unit of analysis is the education system as a whole, rather 
than individual schools or other educational institutions, or 
individual prograimnes. It is not proposed to cover the entire 
spectrtim of management statistics, which could embrace information 
on finances, information on teachers and other personnel, 
information on institutions including schools , research agencies , 
examination authorities, etc., and information on pupils. The 
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foctis o£ this imlt is on the construction and use of educational 
Indicators for nonltorlng the perfomance of the education system. 

7.2 On completion of this unit, the participants should be able 
to: 

(a) Design Indicators to monitor the performance of the education 
system; 

(b) Make use of the education management Information system and 
the data base software package DBASE III In constructing the 
Indicators for the country as a whole, or a given province or 
district, or for a given type of school. 



Instructional Activities 

8.1 Uses and Limitations of Indicators 

8.1.1 The main concern of planners and administrators are, 
at the risk of oversimplification, Is to find out the 
following: 

(a) Whether educational programmes are Implemented according 
to plan, with the expected effectiveness; 

(b) The problems encountered; 

(c) The causes o£ the problems; 

(d) The alternatives available to solve the problems and the 
methods and criteria that can be adopted to assess the 
effectiveness, costs and other implications of these 
alternatives, and to choose from among the alternatives 
available the best one for implementation. 

The purpose of management statistics is to provide the 
necessary information which could throw light on the above. 
Indicators are one kind of management information which could 
provide planners, administrators and policymakers quickly 
with up-to-date sxommary information on the above. Based on 
the information, tisers can quickly appraise the situation, 
take correct measures accordingly or commission a more 
detailed study or research on the matter. For indicators 
which are compiled on a consistent basis over time, they can 
provide extremely useful indication of any changes over time , 
which could be difficult to identify from the massive amount 
of statistics available. These statistics are ustially 
collected and analyzed in a disaggregated and sometimes 
decentralized manner. One example of the aggregated nature 
of indicators is public expenditure on education as a 
percentage of the gross national (or domestic) product which 
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gives a summary indication of the resources devoted to 
education. There are studies which make use of indicators 
for exploratory research on causal effect of education on 
economic development, A classic example is the Harbison and 
Myers study on the correlation between human resources and 
economic growth. 

8.1.2 Indicators cannot possibly be used to svuoBmarize all 
management statistics which are available. One would not 
have a very thorough tmder standing of the phenomenon which a 
given education indicator purports to highlight without going 
into details of the statistics available. An example is the 
illiteracy rate. The r^tvn gives a summary information on the 
size of the problem of illiteracy. But unless detailed 
statistics are available on the geographical distribution of 
illiterate populations, their age and sex distribution, etc., 
it is difficult to design and mount any programme to combat 
illiteracy, nor to assess the effectiveness of a given 
nonformal education programme. Therefore, indicators cannot 
replace the bulk of statistics that should be collated and 
presented to users as well. 

8.2 Criteria in Monitoring Performance 

8.2.1 Before one can proceed to construct a set of 
educational indicators to monitor the performance of the 
education system, the question that would naturally rise is 
on what basis should performance be monitored. This is a 
more difficult question to answer than the problem of 
constructing a set valid and appropriate educational 
indicator. Education has been conceived by many as the key 
factor contributing to economic growth, in maintaining 
national unity, in preserving the culture of a society, in 
redressing social injustice, and even combating crime, etc. 
For different people like the students, the parents, the 
government, and voluntary agencies like the religious bodies, 
they have different motives in providing education or for 
becoming educated. It is thus extremely difficult to lay 
down a 3et of criteria agreeable to all for assessing the 
performance of an education system. 

8.2.2 It is not proposed to indulge in this sort of 
argument in this Module, as it is clearly not the purpose. 
What appears to be less controversial norms for planning 
education and monitoring its performance are two rather 
simple concepts: 

(a) Equity; 

(b) Efficiency. 

However simple these concepts are, there are nonetheless a 
dozen different interpretations of what equity means in 
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practice. The argument on whether It Is equity in terms of 
treatment or In terms of achievement is still an unsettled 
debate, although some have already conceded that equity 
cannot be achieved but approached. Efficiency could be 
looked at from the point of view of the internal efficiency 
of the education system and from the point of view of its 
external efficiency. The problems here are not so much with 
the question of interpretation, but rather are related to the 
difficulties in measuring efficiency. 

8.2.3 Notwithstanding these conceptual problems, planners 
and administrators have to rely on indicators of some sort to 
help them perform their duties. Most of the indicators 
commonly in use evolve aroimd the concepts of equity and 
efficiency which seems to become the basic principles in 
planning and implementing education policies: 

(a) Indicators of equity include such estimates as the 
proportion of children not attending schools, 
disaggregated into different regions, ethnic groups or 
socioeconomic classes; 

(b) Indicators of internal efficiency include the repetition 
and dropout rates, the number of pupil*years required to 
produce a graduate, etc.; 

(c) Indicators of external efficiency include the famous 
internal rate of return to education, the proportion of 
graduates gainfully employed, etc. 

Techniques in Constructing Indicators 

8.3.1 There are three main approaches to the construction 
of educational indicators: 

(a) The first one is the use of simple indices which is 
calculated by: 

(1) taking the arithmetic mean or median for the 
relevant statistics or statistical distribution. 
One example is the mean pupil/teacher ratio or the 
average class size in all primary schools. If the 
distribution is affected by the presence of 
extreme values, the median would be used. An 
example is the median Income of school leavers: 

(2) taking the percentage of "population** possessing 
the given characteristics. Examples of this type 
of indicator Includes percentage of population who 
are illiterate, the percentage of school-age 
population attending schools, etc.; 
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(3) taking the rate of change over time. This 

^ Includes, for Instance, the rate of Increase in 
enrollment* 

(b) The second approach is the construction of the so-called 
synthetic indicators. This involves more complicated 
procedures in aggregating a number of subsidiary 
indices, suitably weighted. The composite index of 
human resources development constructed by Harbison and 
Hyers is one example. Another method is to constinxct 
the index based on a set of behavioral assiunption. An 
example is the various indicators such as the 
input/output ratio compiled from the reconstructed 
cohort method vhich would be discussed in Module IV. 

(c) The third approach is the estimation of life 
expectancies. The technique makes use of the life table 
approach to estimate the number of years children would 
spend in full-time education. Like the demographic 
measure of life expectancies, this sort of indicator 
provides useful summary information of the availability 
of education to children at a given point in time. 

Not all the approaches discussed above will be covered in 
this Module. Examples in respect of (a) above will be cited. 
For (b), an illustration of the use of the reconstructed 
cohort method will be given in Module IV. 

8.3.2 Finally, users of educational indicators should not 
be deceived by the sophistication and complication in the 
techniques used to construct indicators. Not. all indicators 
are direct measures of the state of affair of which users 
wish to examine. Direct measures include most of the 
quantitative indicators indicators on the percentage of 
school -age population enrolled in schools. Many indicators 
which purport to measure the quality of education are, 
however, simply proxy indicators which are only valid if the 
asstunption regarding the high correlation between the proxy 
indicators and the subject matter is valid. A notable 
example is the average class size which is supposedly a 
measure of the quality of education. However, numerous 
studies have confirmed that the qxiality of teaching is not 
necessarily correlated with a smaller class size. Smaller 
class size may permit the use of a more pupil oriented 
teaching method which is more conducive to the learning 
process. Thus reducing class size per se will not 
automatically bring about an improvement in the quality of 
education. 
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8.4 Types of Indicators 



8*4*1 In the User Manual Section to follow, an attempt Is 
made to construct a ntmiber of educational Indicators from the 
education management Information system set up In Module II. 
It Is stressed that this list Is by no means exhaustive. 
Users should bear In mind the limitations and other 
considerations which have been discussed In the earlier part 
of this Unit. From the list of Indicators » one could 
distinguish between: 

(a) an Indicator which measures Input Into the education 
system, and 

(b) one which measures the output. 

For some time, planners and statisticians have tried to 
measure, apart from Input and output, the process of the 
education system. This means the construction of Indicators 
which can throw light on what Is happening In the classroom. 
It appears nothing useful has come up so far. As a result, 
one has to rely on measures of either Input or output, or * 
measures which coupare Input with output, to gauge which Is 
happening to the educational process. 



User Manual 

9.1 Getting Started 

9.1.1 This user manual Is designed for: 

(a) The Instructors In demonstrating how to compile 
educational Indicators from the education management 
Information system, using DBASE III, for a given 
province, district, or subdistrict; 

(b) The learners in practising the procedures suggested for 
the construction of such indicators. 



9.1.2 The participants should have by now gone through most 
of the command level functions in DBASE III for information 
process and retrieval. Most of the techniques applicable to 
the retrieval of information classified at the school level 
will also apply to the retrieval of information at the 
province, district, or subdistrict level. The additional 
feature in DBASE III which will be discussed is the use of 
the MODIFY REPORT command and the SUMMARY command, the 
latter of which has already been discussed in Module II. 
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9.1.3 The data files required for the practical exercises 
are stored in the Diskette "EPF Mod. v. 3.* The database ENR2 
which combines information from the PUPIL_RC, FLOW_RC, and 
TEA^RC data bases, will be used in the exercises. However, 
in order to avoid changing the data base ENR2 which is 
required for Unit 1, a copy of the file, renamed as ENR3 has 
been prepared for this Unit. 

9.1.4 It is recommended to start up DBASE III from either 
Drive C or Drive B, and put the Diskette "EPP Mod. v. 3" in 
Drive A. After starting up the DBASE III system, type *SET 
DEFAULT TO A at the dot prompt. 



.2 Compiling Indicators 

9.2.1 Three steps have to be taken in compiling indicators 
from the education management information system for 
different provinces, districts, or subdistricts: 

(a) Creating a summary file which contains the summary 

infonnation of all schools grouped into sub-districts. 
This is achieved through the TOTAL command which has 
already been disctissed in Module II. The procedure 
which may be adopted are as follows: 

(1) *USE SCHSUM 

★COPY TO SCHSUMl to create a dummy dataf ile 
from which a stuu&ary file for subdistrict 
totals will be created; 
*USE TO SCHSUMl; 

*MODIFy STRUCTURE to increase the length of the 
numeric fields in order to avoid numeric overflow 
when the TOTAL command is executed; 
★DISPLAY STRUCTURE will give the following: 



Figure XXIII: Structure for SCHSUMl 



Structure 


for data base: 


A:schsuml 


.dbf 




Number of 


data records: 


65 






Date of last update: 


08/22/86 






Field 


Field Name 


Type 


Width 


Dec 


1 


ET 


Numeric 


6 




2 


SCH_CODE 


Character 


12 




3 


CT 


Numeric 


5 




4 


CSIZE 


Numeric 


5 




5 


RRATE 


Ntuneric 


6 


1 


6 


PTRATIO 


Numeric 


5 




7 


NQRATE 


Numeric 


7 


1 


8 


P6PASS 


Numeric 


7 


1 


9 


GL 


Numeric 


5 
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10 


GT 


Nuneric 


5 


11 


GP 


Numeric 


5 


12 


RTT 


Nuneric 


5 


13 


YR 


Character 


4 


14 


SS 


Character 


1 


15 


SKE 


Character 


2 


16 


SE 


Character 


3 


17 


SESS 


Character 


1 


18 


NQT 


Nuneric 


5 


19 


GTT 


Nuneric 


5 


** Total 


** 
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It may be noted that some of the redundant fields have been 
deleted from the data base. 

(2) The next is to create the stumnary file from 
SCHSUMl. 

*INDEX ON SKE TO SSUMSKE to index the data file 

SCHSUM to the field which will be used to group 

schools with the same field value to form a single 
record in the stumnary file. 

★TOTAL ON SKE TO SSUM 
★USE SSUM 

*REPIACE ALL CSIZE WITH ET/CT to compute the 
average class size for each subdistrict; 

★REPLACE ALL RRATE WITH RTT/ET*100 to calculate 
the rate of repetition; 

★REPLACE ALL PTRATIO WITH ET/GTT to give the 
pupil/teacher ratio; 

★REPLACE ALL NQRATE WITH NQT/GTT*100 to give the 
percentage of teachers not qualified; 

★REPLACE ALL P6PASS WITH GP/GL*100 FOR GL>0 to 
compute the percentage of P. 6 leavers passing the 
final examination. 

(3) Finally, one can retrieve information from the 
summary file, using dot prompt commands like 
BROWSE, DISPLAY. Alternatively, one can design a 
report format to present data. The following 
shows the latter approach by modifying the report 
file ENR3 which has been created by copying from 
the file ENR2 created in the previous Unit. 

★MODIFY REPORT ENR3. and after following the 
instructions given on screen, one may arrive at a 
modified report format as per Figure XXIV below: 
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Figure XXIV; Screen Design for ENR3 
Options Groups Coltunns Locate Exit 09:50:40 am 



Contents PTRATIO 

Heading Pupil/ ; Teacher ; Ratio 

Width 7 

Decimal place 0 

Total this col\imn No 



Report Format — 

I 

Subdlstrlct Total Ave, Repet. Pupil/ % of Teachers % of P.6| 
Code Enrol. Class Rate Teacher not pupils | 

Size Ratio qualified passing | 



11 ff II U fl II II |f» il ^^44^t il tl II II ti It It IIJl II II JJ il H It II II II il I 

ff ft f# ff ftti'ft m TT tf ff ft tr • TT ff tf tt'ft"f^ fftf tt'tt-f^ • TT ff ft rr rhtt' • fr | 



MODIFY REPORT |<A:>ENR3.FRM |Col\iinn: 5 

Position selection bar Select - -+. Prev/Next column - 

PgUp/PgDn. 

Enter a field or expression to display In the Indicated report coliinn. 

To display the report using the report format 
ENR3, the following command may be used: 

♦REPORT FORM ENR3 , and the following will show up 
on the screen: 



Figure XXV: Report of SSUM Using ENR3 Format 

Page No. 1 
08/22/86 

Selected Educational Indicators 



Sub- 

dlstrict 
Code 



Total 
£nrol . 



Average 

Class 

Size 



Repetition 
Rate 



Pupil/ 

Teacher 

Ratio 



% of 

Teachers 

Not 

Qualified 



% of 
P. 6 

pupils 
passing 



School Status Code 1 



01 
02 
03 
04 



4578 32.0 23.4 

3126 26.0 16.9 

2518 29.0 16.9 

1563 26.0 19.3 



25 
29 
19 
24 



48.1 
0.0 
0.0 
0.0 



88.8 
88.1 
79.7 
74.1 
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Following similar procedures, different reports 
may be generated, using DBASE III, from the 
education management Information system. 



10. Learning Activities 

10.1 Microcomputer Tutorial Session . This Unit Is rather short 
because more of the DBASE III commands have already been Introduced 
In Unit 1 or In Module II. The participants are only required to 
practice modifying the previously designed report format to compile 
the various summary Indicators for different districts. The 
learners would appreciate that to master the techniques of 
retrieving Information from the data base should not be too 
difficult, although DBASE III language Is not at all easy to learn. 
What Is proposed for the practical session In this Unit Is for the 
learners to go througih the various steps demonstrated In this Unit. 



11. Post-asses sment 

11.1 The learners are required to experiment compiling the 
following Indicators from the original PUPILJRC, FLOW_RC and 
TEA_RC, using the JOIN, REPLACE, TOTAL commands: 

(a) The proportion of female teachers; 

(b) The proportion of female pupils; 

(c) Thu proportion of pupils who are overaged (I.e., over vhe age 
of 13 years) ; 

(d) The teacher/class ratio; 

(e) The average number of pupils per school. 
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PREFACE 



The Educational Policy and Planning (EPP) Project is a seven year project conducted 
jointly by the Indonesia Ministxy of Education (MOEQ and the United States Agency 
for International iDevdopment (USAID). The overall projea objective is to improve the 
quality of education in Indonesia by assisting the MOEC through the Office of 
Educational and Cultural Research and Development (Balitbang Dikbud) . to formulate 
better policies and long-term plans. The project aims to improve policy formulation and 
long-tenn planning by improving the timeliness, relevance and accuracy of educational 
data collection, the subsecpient analyses of such data, and theirultimate use forpolicy and 
decisionmakii^g. 

There are three major components of the EPP Project: (1) development of an 
integrated management informations system (MIS) within the MOEC, C^) enhancement 
of MOEC policy research and analysis capacity, and (3) suppoit for MOEC institutional 
development at the national and provincial level through training and technical assis- 
tance. EPP technical advisory staff work closely with counteipart Indonesian sta£f as part 
- of a collaborative process of developing institutional capacity. 

Dr. Boediono 
Head, Center for Informatics 
Office of Educational and Cultural Research and Development 
Department of Educaticxi and Culture 
Republic of Indonesia 



The EPP Projea in collaboration with the USAID Improving the Efficiency of 
Educational Systems (lEES) Project, publishes EPP documents in order to disseminate 
this knowledge and extend its usefulness. EPP has carried out a series of policy studies 
designed to provide answers to key questions £acing Irvlonesian educators. These 
include: 

The Quality of Basic Education 

The Quality and Efficiency of Vocational/Technical Education 

The Strengthening of Local Education Capacity 

Developmg Indicators of Educational Efficiency 

Teacher Education Issues 

Curriculum Reform and Textbook Production 

Education, Economic, and Social Development 

This series has been planned under the direction of Moegiadi, Balitbang Dikbud, and 
Boediono, Center for Informatics, Balitbang Dikbud and Simon Ju, EPP Chief of Party. 

Editors for the series are Abas Gozali, Reta Hendrati Dewi, Center for Informatics, 
and Jerry Messec, DEES, Florida State University. 
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INTRODUCTION TO EPP TRAINING MODULES ON THE 
DEVELOPMENT & USE OF MIS ON MICROCOMPUTERS 



1.0 Purposes 

1.1 These training modules on the development and use of the education management infomiation 
system are prinwily designed for planners and adnunistrators at th^ 

for collecting, processing and analyzing statistics for educational planning and management. Vk main 
feature of the modules is the use of microcomputers to enhance the speedy flexibility, and versatility in 
the use of informatioa. 

1^ The purposes of the modules are as follows: 

• To introduce to the participants the basic firameworic of an integrated education management 
infomiatioa system which could be used to serve the varied needs of different users; 

• To denumstrate how such a system could be set up, making use of microcomputers, and how 
data could be retrieved for analytical purposes; 

• To show how an interactive model(s) for diagnostic, forecasting, planning and budgeting 
puposes couU be devek)ped on microcomputers; and 

• To show, as well, how the ccmiputer system and the models could easily be modified to cc^ 
with unforeseen changes in requirements, with the help of user-friendly software packages 
abundantly available on the market 



2.0 The Hierarchies of Ynformarion 

2.1 When viewed in terms of the point at which information is collated and used, there are three 
main levels of information: 

• The school level, at which detailed information about individual pupils, teachers and staff 
Qncluding their name, age, sex, grade, home address, academic performance, qualification, 
salaries, etc.)t as well as information about the schools (e.g., area, number of rooms, equipment, 
etc.) have to be kept for the smooth running of the schools concerned; 

• The district level, where not all the data kept by schools are required. Only summary statistics 
such as the number of pupils by age, sex and grade, and the amount of recurrent expenditures are 
required for individual schools; and 

• The national level, where, depending on the extent of decentralization, detailed information on 
individual schools may not be required. Only summary information is collected at the 
subdistrict or distrkt level. 



2.2 Alternatively, depending on the usage, information could be distinguished between that for: 

• plaruiing, 

• management control, and 

• operation. 



2.3 Ideally, information at die school, district, and national level should be integrated and shared in 
one, or one networic, of data base(s). For instance, information stored in schools could be computerized, 
and only ihc relevant dau would be extracted and passed to the computer system kept at die district level; 



and ifae siinUarivocediim could to the flow of information between the district and national level. 
This could be^ avoid a lot of duplication of wock« and solve the pioblems of quality of data and the time 
lag in producing the infonnation. With the use of individualized data bases* inoie accurate infonnation 
could be made available about pupil and teacher flow, which is extremely useful in planning school 
location, and teacher demand and sq[>ldy. llie individualized data base could also reduce considerably the 
data pn^dems confronting educational researchers, especially those engaged in longitudinal studies. 

2.4 Similarly, the same can be said of information for planning, managemett control and 
operation. F6r instance, a simple ledger accounting system, if carefully designed and ixmputerized, 
could provide a wealth of information useful in monitoring spending, analyzing cost structure and 
efiBdency, as well as for forecasting and planning eda':ational expenditures. 

2.5 For the purpose (tf the present training modules, it is not proposed to cover the entire 
spectrum of the information system as discussed above, which would be cleariy beyond the scope of diis 
training pcpgram. Attention will mainly be focused on the following: 

• The flow of infonnation from schools to the provincial and central offices via the usual channel 
of school surveys conducted by the Balitbang; and 

• The use of such infonnation for planning and administrative purposes at the central as well as 
provincial leveL 

Once the participants have mastered the basic principles and techniques discussed in this training 
program, they should have relatively little difficulties to applying them to different information 
environments in their daily work. 

3.0 OryaniTflrinn of thft Modules 

3.1 Hiere will be four modules in this training program, which are as follows: 

• Module I: Overview of basic concepts and computer applications in educational planning, 
management, and research; 

• Module Ik The development of the Education Management Information System; 

• Module m: The use of the Education Management Information System for management 
control; and 

• Module IV: The use of the Education Management Iriformation System for planiiing. 

4.0 The stnictnTft of TnstnictiQnai/[ mmt Pmrft^5 

4.1 Much of the emphasis placed in this training program is the use of microcomputers and 
software packages. Although dau base and spreadsheet programs for data files creation and manipulation 
and modeling have already been designed for the particq)ants, they inevitably have to understand and 
practice the techniques in the use of microcomputers and software packages. With the availability of 
many user-friendly software packages and utility programs, computer programming could be kepc to a 
minimum. It is also the aim of this training module to show to the participants that understanding the 
basic principles and operating system of the various software packages would be sufficient to enable 
them make ftdl use of the information available to them for planning, management and research. For 
those participants who have a keen interest in computer programming and in mastering the software 
package, this training module will prepare them for further improving their computer skills by 
practicing the techniques demonstrated in this program. 
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4.2 It is recognized that the design of a management infoimation system shoidd be largely user 
oriented. It should tart by looking at the potential uses of information rather than for the collection of 
information per se. However, it would be deceptive to assume that all potential uses of information 
could be foreseen at the time a management information system is constructed. Furthermore, the 
requirements and practices in educational planning and management in Indonesia vary considerably firom 
province to province. Thus, it is almost impracticable to include the specific requirem^^ 
every province in designing the training modules. 

43 Naturally, participants to the training program would come from different divisions of the 
provincial education oCBces. Some of them nmy mainly be concenied with say planiiingaiid budgeting, 
while others in the supervision of schools or other management functions. Some may be involved only 
in data collection. Consequently, not aU parts of the tnuning prognun would be of equal interest 
partidpants. 

4.4 Taking into account the above considerations, the approach ar'iopted in the design of the 
training materials is as foUows: 

• AHUCABILITY is emphasized in the training program. Wherever possible, practical sessions 
on microcomputer applications are included in the modules so that the participants can have 
"hands-on" experience in the course. They will also be invited to try to include some of their 
daily planning, management and research tasks into the practical sessions, making use of some 
of the techniques and methods discussed in the training program; 

• FTRXTBTLITY will be introduced in the design of the training materials so that alternate designs 
and app l ica t ions of the management information system will be tested during the practical 
sessio ns, making fiill use of the versatility and flexibility of a computerized data base and the 
computer software packages; and 

• aMODULAR iq)pioach will be adopted in the course so that each module is as self-contained as 
possible. 



4.S The structure of the instructional and learning activities for each of the four modules will thus 
be anwigedas follows: 

• Overall Ohjectives of each nf this mnritil« will first he stated so that instructors are aware of the 
while purpose of the module as well as the knowledge which is expected to be imparted during 
the instructional and learning processes; 

• Module Perfomance Qhjectives will also be stated to enable the instructors to assess the extent 
10 which the behavior of learners would be changed upon completion of the module. More 
specific performance objectives will also be given for different instructional units within a 
module; 

• The actual instructional and learning processes are divided into four phases as foUows: 

- Instructional activities where the instructors will present to the learners the teaching 
materials for the module and unit concerned. The teaching materials will cover the basic 
conceptual issues rebted to the topic in question, and fundamentals of computer an>lications 
that will be demonstrated, highlighting strengths and weaknesses of such applications; 

- User manual where the instructors will carry on with the presentation, but using 
microcomputers to demonstrate the various applications in planning, management, and 
research. The deudled stq>-by*step procedures required to be followed in developing and 
using the different computer applications will be described in this user manual section. 
Therefore, this section is designed for both the instructors and the learners; 
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. ^j^mtnf <ir>rivirift« wh«nft thft interacrion hfttwflcn thft instractott md Camera will takfe Dlace> 
The leanien will be asked to: 

• practice the techniques in developing and using the data bases or models demonstrated 
by the instructors; 

• then the participants wiU be divided into groq)8 to discuss the con^ 

methods used in the training materials. During the groiq> discussion, they will be 
asked to suggest alternative approaches to the development and use of the management 
infocmatioo system; 

• based 00 the alternative designs suggested, the learners will, under the guidance of the 
instructors, actually develop a new management information system and different 
models of computer applications; 

- Post^asscMment where the instructors will attempt to evaluate the extent to which the 
learners have been able to have a firm grasp of the contents of the training materials. A 
number of questions and assessments have been pr(q)0sed in the unit, and individ 
will be asked to do the assignments themselves. 



S.0 Choicft of Computer Software Packages 

3*1 With the rapid development in compute technology, it is difficult to choose software 
packages which am both the most up-to-date and are familiar to both instr^ Hieiefoie, 
the Ucvon used in choosing a computer software are the power of the software, the ease of use and its 
popularity. 

52 Two types ofcomputingfunctk>ns are required for these traimng^^ 

• data base management; and 

• 9ieadsheetq]pIications* 

A number of software packages have been very successful in imegrating data base management with 
spreadsheet applications, and some statistical functions* However, these packages have limitations 
which dictate against using them in the training program* Nearly all of these packages are memory (or 
RAM)base4,thusseverely linuting the size of the data base that cou^ The 
availidMU^ of RAM banks or boanls can increase the inemory ca^^ 

PC/XT or iu compatible to something like 8 mega*bytes* However, these are not yet very populariy 
used. Furthermore, most of these integrated softwares arc not designed to handle relational data bases, a 
feature which is required in develc^ing the management information system proposed in this training 
program. As a result, two sqnrate software packages have been used in this training progi^ 
perfonning one of the two functions mentioned above. 

53 A large number of data base and qxeadsheet packages are available. The choice of one set of 
packages does not imply that the others available in the market are not suitable. The following 
packages are chosen forieasons given bek)w: 

• DBASE m (version 1.1 or 2) has been chosen for data base management There are other dau 
base packages whkh are as powerful as DBASE m, like RBASE 5000 and KNOWLEDGE 2. 
DBASE m is chosen mainly because it is more user-friendly with its assistant facilities. Other 
equally if not more powerful softwares like REVELATION and INFORMIX could be adopted in 
the training program. But it appears DBASE m is more pcqMilarly used in IBM PCs or the 
compatible In any case, the adc^on of DBASE III in this training program does not preclude 
the participants from adflfHing the methodology and approach used in the training program to 
other data base management software, including newcomers like PARADOX (version 1.1); and 
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• LOTUS 123 (verstoii 2) has been chosen as the spreadsheet softwaie package largely because of 
its popularity and its extremely user-firiendly lypproach* Other softwares like VP- PLANNER 
whic h is c laimed to have almost the same capabilities as Lotus 123» to other software like 
MULTTPLAN (version 2) which has the additional facility of liking different spreadsheett» could 
well be adopted, following the ^ppfoach and methods used in the training program. 

5 A Summing up from the above» the structure of this training program could be visualized as 
foQows: 



Module 
I 



Contents 

Basic concq)ts and computer applications 

Unit 1: Issues A problems in educational 
planning^management and research 

Unit 2: Microcomputer applications 



Software 



Unit 3: Data requirements identification and 
assessment 



WORDSTAR 



m 



IV 



Development of the Education Management 
Information System 

Unit 1: Data base construction 

Unit 2: Information retrieval 



The Use of the Education Management Information 
System for Management Control 

Unit 1: Routine administration of schools and 
projects 

Unit 2: Monitoring performance of education 
system 



The Use of the Education Management Information 
System for Planning 

Unit 1: Diagnostic analysis of pupil flow 

Unit 2: Forecasting enrollment in school 

Unit 3: Forecasting teacher and other resource 
requirements 



DBASE m 
QUICKCODE m 



DBASE m 
QUICKREPORT 



LOTUS 123 



It may be noted above that the use of WORDSTAR (version 3.3 or 2000) wiU be demonstrated when 
Module 1 is presented to the participants so that they may after the training program be able to use 
wofdprocessing software for report wriUng* 
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Module IV 



The Use of the Education Management Information System for Planning 



1. Puirposes 

1.1 Module Performance Obiectives . The purpose of this module is 
to present to the participants the use of a spreadsheet software 
package like Lotus in their diagnostic study of pupil flow and 

in formulating educational plans. On completion of this module, the 
participants should be able to: 

(a) Have a firm grasp of the different pupil flow models for 
analysing the internal efficiency of the school system, and 
to compile projections of future enrollment; 

(b) Have an understanding of how to relate the student flow model 
to other planning assignments such as the projection of 
teacher and textbook requirement and demand for school 
facilities; 

(c) Use a microcomputer spreadsheet software program such as 
Lottis 123 to perform the above tasks. 

1.2 The emphasis placed in this Module is as follows: 

(a) To highlight the potentials of a simple spreadsheet program 
like Lotxis 123 which planners could exploit to reduce 
considerably the response time needed in answering the so- 
called "what if" questions often posed by policymakers; 

(b) To stress the interrelationship between different education 
programs like the program to build more schools in order to 
increase the proportion of school-age children enrolled in 
schools and the teacher training program. These interrelated 
programs could easily be incorporated into an integrated 
model of enrollment forecasts, teacher requlremencs and 
provision of school facilities, using simple spreadsheet 
techniques . 

l.Z Although the spreadsheet program Lottis 123 is chosen for this 
Module, other programs like VP-Planner and Multiplan can be 
employed. Lottxs 123 is chosen partly for its popularity and mainly 
for its extremely user-friendly approach adopted. After going 
through the practical exercises given in this Module, the 
participants should have a working knowledge of the main features 
of this package, except for such facilities as macros which are 
useful in data base management. The participants could experiment 
with these facilities on their own. 
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1«4 At the end of this Module, participants will soon realize that 
the life of planners will completely be changed with the use of 
microcomputers. Instead of having to devote most of their time 
calculating pupil flow and other quantitative implications of 
different policy options, they find they have to compete with the 
computers in dreaming up new planning alternatives. Otherwise they 
will be sitting by their drawing boards with nothing to do, as the 
microcomputers can very quickly produce the results with all the 
financial implications calculated for dozens of options devised by 
planners. The educational planners can no longer say that because 
of the lack of time, only a few options have been tried out. 



The Organization of the Module 

2.1 This Module is organized into three imits as follows: 

(a) Unit 1 on the diagnostic study of pupil flow, which provides 
a means of analysing the internal efficiency of the school 
system and prepares the groiind for the subsequent projection 
of pupil enrollment; 

(b) Unit 2 on the projection of school enrollment : 

(c) Unit 3 on the related proj ection of teacher requirement and 
requirement for school facilities. The integration of the 
different projection models will also be demonstrated in this 
Unit. 

2.2 The Module has to be organized in such a manner which would 
present to the participants in a logical sequence the various steps 
involved in planning. At the same time, it has to demonstrate to 
the learners the use of the spreadsheet program Lotus 123, starting 
from the basic techniques to the more advanced ones. Special 
arrangement has to be made to synchronize the two requirements in 
the practical sessions in Unit 1. In this tinit, the internal 
efficiency model will be presented to the learners. The -learners 
are however not required to develop this model themselves until 
they have gone through Unit 3. What is expected from them is 
simply to understand how the model works. 
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11. Unit 1: D iagnostic Analysis of Student Flow 



Performance Object Ives 

3,1 On completion of this unit, the participants should have: 

(a) An tinders tandlng of the different models which could be used 
to analyse the movement of stx^dents In the school system; 

(b) An appreciation of how Internal efficiency Indicators could 
be compiled from pupil flow models; 

(c) A working knowledge of the use of Lotus 123 In building 
simple spreadsheet depicting the flow of pupils through the 
school system. 



Instructional Activities 

4.1 The Tasks of Educational Planners 

4.1»I The work of planners is essentially to design 
education programs to achieve the objectives of education. 
There are^, however, many objectives of education. A method 
has yet to be devised to help planners and policymakers in 
ranking and incorporating all these objectives in educational 
planning and policymaking. It is not proposed to go into 
details the diverse tasks of the educational planners. For 
the ptirposes of this Module and at the risk of over- 
simplification, it would be sufficient to view the tasks of 
educational planners as ones evolving around two major 
questions : 

(a) How much education for how many? 

(b) What kind of education and for whom? 

4.1.2 To effectively answer these two questions, the 
planners have to know, first of all: 

(a) How many are being educated, 

(b) For how long, and 

(c) Who is promoted to what type of education? 

Regular surveys of schools provide information on who are 
being educated and in what types of schools. . This kind of 
stock data, however, cannot give the planners an idea of how 
long a child ha. < been or will be retained in the school 
. system, and how children are promoted into different grades 
or types of schools/educational institutions. The latter 
kind of information is the so-called flow data which have to 



be derived from the stock data or obtained from other 
sources • 

2 Data on Pupil Flow 

4.2.1 The Ideal method of collecting data on pupil flow Is 
to actually trace the pupils throughout the years when they 
are enrolled In schools. This kind of study, commonly known 
as the tracer or longitudinal study, requires detailed 
records be kept and updated on Individual pupils as long as 
they remain In schools. This could be achieved by having an 
Individualized data base of all pupils in the school system, 
and the data base has to be regularly updated. To do this, 
however, requires the maintenance of a huge data base and an 
elaborate system of Identifying movement of Individual pupils 
in the school system. The size of the data base could be 
reduced by including only a sample of pupils in the study. A 
nxunber of sampling techniques can be employed to select a 
representative sample. Yet the task of avoiding dropouts 
over time from the panel of pupils included in the sample is 
as difficult as the Job of conducting a complete registration 
of all pupils at regular time intervals. Not mar^ coxintries 
in the world succeeded in maintaining a data base covering all 
or a sample of pupils in the system. 

4.2.2 Another approach is to make use of administrative 
procedures like the registration of pupils for public 
examinations, at different points in a pupil's education 
career, to help build up and maintain a register of all 
pupils. This system should be able to cover almost all 
pupils in the school system. This would obviate the need for 
mounting special surveys of pupils to update the register. 
However, since there are not many public examinations which 
are held at different stages of the education ladder from 
prii&ary to tertiary, and in view of the increasing 
unpopularity of having too many public examinations in many 
countries, the prospects of using such an approach to create 
an updated register of all pupils Is not promising at all. 

4.2.3 The most commonly adopted method is to compile flow 
data from stock data collected over consecutive points in 
time. Depending on the availability of statistics, a ntunber 
of so-called cohort survival methods have been developed to 
provide the flow information required by planners. These 
cohort survival methods will be discussed later on in this 
xmit. 

.3 Indicators of Internal Efficiency 

4,3.1 In performing the planning tasks mentioned in 
paragraph 4.1 above, the planners need to have some kind of 
guideline or criteria which would enable them to choose from 
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a tMamber of alternatives. For example, what should be the 
proportion of children who should be provided school places 
at the post^-compulsory level of education (I.e., upper 
secondary level). Furthermore, planners need to know what 
are the problems In the Implementation of, for example, 
universal primary education* Giving every child 6 years of 
primary education Is quite different from ensuring all 
children finish Primary 6, If the repetition Is not 
Insignificant. Broadly speaking, there are two main 
criteria: 

(a) The question of equity; 

(b) The question of efficiency which could further be 
classified Into Internal and external efficiency. 

4.3.2 One of the topics covered in this unit is the question 
of internal efficiency, which in short represents how 
efficient the school system is operating. Indicators of 
inteimal efficiency include such estimates as the repetition 
and dropout rates, which can be derived from the flow data. 
In addition, there are other indicators like the "input/ 
output ratio** which cannot be directly computed from the flow 
model. They have derived from the "Reconstructed Cohort 
Method** which will be discussed in this unit, using data on 
pupil flow. 

4.4 Models of Pupil Flow 

4.4.1 A model of pupil flow can be conceived by examining 
how a pupil would progress in the school system, upon 
completion of a grade. A great variety of flow models have 
been developed, ranging from simple ones which only analyse 
the enrollment statistics by grade for a number of years, to 
a sophisticated one which takes into account repetition and 
new entrants. The flow model can cover only one cycle of 
education, say primary, or can be extended to encompass the 
whole of the formal education system from primary to 
university education. Flow models for the nonformal sector 
is more difficult, if not impossible, to construct. This is 
because for the nonformal education sector, the notion of 
education ladder does not exist. Th'^refore, it is not easy 
to tell how pupils in the nonformal sector **progress** from 
one level to another. 

4.4.2 Very briefly, a flow model attempts to simulate the 
manner in which pupils progress through the education system, 
from the point they start enrolling in school to where they , 
graduate. From a pupil enrolled in any given grade, at the 
end of the school year, the pupil will either be promoted to 
a higher grade, or repeat the same grade or drop out of the 
school system* The different routes are depicted below: 
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Figure I; Movement of Pupil Between Grades 

Year 1 Year 2 



Grade 1 | E(l) | ---> Repeat R(ll) 

I I 

I \ promote P(12) 

I \ 

V \ 

Grade 2 drop out | E(2) | 

D(12) I I 

Different flow rates may be computed from the above diagram* 
For Instance, If Information Is available on the enrollment 
In grade 1 In year 1 and the enrollment In grade 2 In year 2, 
It Is possible to estimate the combined effects of dropout, 
repetition and promotion. If additional Information Is 
available on repetition (I.e., R(l) above), then It Is 
possible to estimate both the number of dropouts and the 
number of pupils promoted to grade 2. What 1 dlsctissed 
below are three different models of pupil flow which are 
developed to analyse the movement of pupils between grades as 
depicted In Figure I above. 

4.4.3 Grade Retention Model . This model Is developed for 
countries which do not yet have a sophisticated system of 
education statistics. What are available are simple 
statistics on the number of pupils enrolled In each grade 
collated us\ially from the routine censxises of schools which 
are conducted In every academic year. In other words, only 
E(l) and E(2) In Figure I above are available. What planners 
have to do Is to estimate the approximate promotion rates or 
the retention rates of pupils when they progress from one 
grade to the next. If the rate of repetition does not change 
drastically over time, this method could provide a rough 
analysis of the retention power of the education system. If 
the rate of repetition doi^s not differ significantly for 
different grades, the approximate promotion rate can be used 
to assess the ntuaber of dropouts from the school system. 
Furthermore, the approximate promotion rates could be used as 
the basis for forecasting future enrollment In the school 
system. The following diagram shows the working of this 
method: 



ERIC 



6 l7o 



Figure II. Pupil Flow Using the Grade Retention Model 



Year Gr. I Gr. II Gr. Ill 



1 I 1000 I 

I I Vl 

\_ 
\ 

80.7% 

2 I 807 I 

I I \_ 

\_ 

77.1% 

3 I 622 I 

I I \_ 

For any given cohort of pupils, the 1,000 pupils entering 
grade 1 In year 1, the approximate promotion o£ this group o£ 
pupils Is given by dividing the enrollment In grade 2 In year 
2 (I.e., 807) by the enrollment In grade 1 In year 1 (which 
Is 1000) . The approximate promotion rate between grade 2 and 
grade 3 £or year 3 can similarly be calculated by dividing 
the enrollment in grade 3 in year 3 (i.e., 622) by the 
enrollment in grade 2 in year 2 (i.e., 807), If statistics 
are available on the enrollment by grade for any two 
consecutive years, the approximate promotion rates can be 
computed for the various grades. To compute these rates 
manually would take quite some time, especially if the time 
series is long. In the user manual section, the participants 
will be Introduced to the techniques of Lotus 123 to perform 
these calculations virtxially within seconds. 

4. A. 4 Grade Transition Model. This model is quite a popular 
model used in analyzing student flow. The model requires 
information on the number of repeaters by grade. As shown in 
Figure I above, estimates of actual promotion rates and 
dropout rates can be computed from statistics on enrollment 
and repetition. For enrollment at the compulsory level of 
education, estimates of the number of dropouts are extremely 
Important in assessing the effectiveness of any program to 
provide universal basic education for children. The 
mechanisms of the model are shown in the diagram below: 



Figure III: Pupil Flow Using Grade Transition Model 



Year Gr. 1 Gr. II Gr. Ill 



1 48 

I 1000 I 

L 



146 \_ 

807 96 

I 807 I 



89 _ 

622 32 

I 622 I 



74 



It nay be seen from the above diagram that the niimber o£ 
dropouts between grade 1 In year 1 and grade 2 In year 2 
Is given by deducting £rom the enrollment In grade 1 in year 1 
(i.e., 1000) the number of pupils who repeat grade 1 In year 
2 (I.e., 146) and the number promoted to grade 2 In year 2 
(I.e., 807). The dropout rate between grade 1 and grade 2 Is 
thus given by dividing the nimber of dropouts (I.e., 48) by 
the total enrollment In grade 1 In year 1 (I.e., 1000). 

4.4.5 It should be noted that the two models presented above 
are highly simplified. The purpose Is just to show the basic 
mechanisms of the models. These models have not taken into 
account admission to grade 1, graduation at the terminal 
grade as well as new entrants. For the use of the models at 
the provincial or district level, it would be necessary to 
take into account new entrants, especially if migration 
between districts is significant to result to transfers of 
pupils between schools in different districts. The detailed 
workings of the two models will be demonstrated in the User 
Manual Section, using Lotxis 123. Therefore, it is not 
proposed to repeat the description of the two models here. 

4.5 Indicators of Internal Efficiency 

4.5.1 Put in its simplest terms, a measure of the internal 
efficiency of a school system can be obtained by comparing 
the inputs of resources into the school system against its 
outputs. While assessing inputs is relatively easy, 
measuring outputs from the education system encounters not 
only the problems of measurement, but also the conceptual 
difficulties in defining what are regarded as "outputs.** The 



crudest measure of outputs is the number of pupils 
gradtxating. Admittedly, this is not a very satisfactory 
measure* For example, for those pupils who fail to graduate, 
the resources invested .In them should hardly be considered as 
totally wasted* Hence, the crude measure mentioned above 
should at least be improved to include estimates of the 
number of pupils dropping out of the school system at various 
points of their school career* Alternatively, the internal 
efficiency of a school system can be assessed from its 
ability to retain pupils in the' school system, before they 
reach the terminal grade. Regardless of whether internal 
efficiency is assessed on the basis of the input/output 
comparison or the ability of the school system to retain 
pupils, one inevitably has to study the progression of pupils 
through the school system* 

4*5*2 As pointed out above, the ideal approach to studying 
student flow is the use of an update register of pupils, so 
that the life history of pupils can be traced* A less 
expensive system has been proposed by some, using the "cohort 
coding system*" Under this system, pupils having the same 
education experience will be given the same code number* For 
example, pupils repeating grade 2 and grade 4 will be given a 
code like "12234456", whereas pupils who do not repeat at all 
in their 6 years or primary education will be given a code of 
number of "123456*" Those who drop out from schools after 
repeating one year in grade 3 and after completing only grade 
4 will be assigned the code nxunber of "12334*" By analysing 
the distribution of pupils with different code numbers, one 
can estimate the number of pupils who eventually graduate, 
and the number of who drops out after spending 2, 3, or 4 
years in schools* While this system is relatively less 
expensive to maintain, it has to be monitored carefully co 
ensure that pupils are given the correct code numbers* 
Furthermore, a separate data collection exercise, apart from 
the usual surveys of school enrollment, has to be conducted 
regularly to collate the necessary statistics* In short, it 
is not as simple as originally conceived by its creators* 

4*5*3 Reconstructed Cohort Method * A simplified approach has 
been developed to study the internal efficiency of the school 
system* This is the reconstructed cohort method which makes 
use of the grade transition model presented above* Very 
briefly, the method attempts to "reconstruct" the school 
career of a hypothetical cohort of pupils, based on given 
rates of repetition, promotion and dropout* The following 
assumptions have been built into this method: 

(a) The rates of repetition, promotion and dropout are 
assumed to remain constant through the whole school 
career of the cohort of pupils; 



(b) For pupils who repeat a certain grade In a given year, 
they will experience the same rates of repetition and 
promotion as other pupils who have not repeated, or who 
have repeated more than once. This assumption Is highly 
debatable, and Is considered as the major drawback of 
this method. 

The following diagram depicts the basic working of the 
reconstructed cohort method: 



Figure IV; Reconstmicted Cohort Method 
(Based on a cohort of 1000 pupils In Grade 1} 



Year 



Gr. I 



Gr. II 



Gr. Ill 



1000 



146 



146 



21 



21 



3 I 



48 



0 

N, 



Survival 

by I 1000 

grade j 

171 



56 



807 



118 



17 



807 



89 



206 



23 



40 



7 I 



96 



25 



622 



159 



31 



126 

■> I 944 ! > 



117 



622 



74 



233 
28 



58 



12 



818 



110 



32 



12 



47 



10 
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It may be seen from the above flow diagram that pupils are 
assxamed to repeat for a maxlmtim of three times In any one 
grade. Thiis, for the 146 pupils who repeat grade 1 In year 
2 9 some 21 of them will repeat grade 1 again In year 3, and 
another 3 will repeat grade 1 again In year 4. All of them 
will experience the same probability of repetition, promotion 
and dropout In grade 2 or higher. 

4.5.4 The rates of repetition, dropout and promotion 
assumed In calculating the flow diagram above are shown In 
the following table: 



Figure V: Assumed Flow Rates in the 
Rec ons true ted Cohort Model 



Grade 


1 


2 


3 


Promotion rate 


80.7% 


77.0% 


83.0% 


Repetition rate 


14.6% 


11.0% 


11.8% 


Dropout rate 


4.8% 


11.9% 


5.1% 



The participants may wish to use the above rates to go 
through some of the calculations In Figure V above. In the 
User Mantial Section, the working of the model will be 
demonstrated using Lotus 123. The assumed flow rates could 
easily be changed, the figures in the model being calculated 
quickly by the program. 

4.5.5 A ntimber of useful indicators of Internal efficiency 
can be compiled from the reconstructed cohort model. What 
is given in the bottom of the diagram in Figure IV is the 
estimated number of pupils staying in the school system by 
grade. For instance, out of the 1000 pupils who start grade 
1 in year 1, 944 manage to enroll up to grade 2. Of them, 
818 pupils enroll up to grade 3. For the dropouts, 36 
pupils drop out after attending only grade 1, another 126 
drop out after attending school up to grade 2, and a further 
47 drop out after attending grade 3. More indicators can 
sti^l be compiled from the model, including: 

(a) The average number of years spent in school before a 
pupil graduates. This is a useful indicator in 
estimating the average time taken to r.rodure a graduate; 

(b) The average number of years spent in school before a 
pupil drops out of school. This gives another 
indication of the retention power of the school system. 
Given dropout may not represent a complete waste of 
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resources, this indicator at least gives a crude idea of 
the •anount" of education received by those pupils who 
are not able to coaplete their schooling; 

(c) A commonly sought for indicator is the so-called 

input/output ratio of the school system, being a proxy 
indicator of internal efficiency* Input represents the 
amount of resoturces, expressed in terms of the number of 
pupil-years, invested in the school system, whereas 
output can be represented by the product of the ntuoober 
of graduates and the nuoiber of years they are expected 
to remain in schools before graduation* Thus, if a 
school system is efficient, an input of 6000 pupil-years 
would be required to produce 1000 graduates given that 
the normal length of the school cycle is 6 years* If 
average \mit costs of providing a place in the school 
system is taken into account, one can compile what is 
loiown as the cycle cost from the model. 



User Manual 

5.1 Getting Started 

5.1.1 Throughout the entire module, the spreadsheet program 
Lotus 123 will be used to demonstrate the practical exercise. 
This program is almost completely menu-driven and is 
extremely easy to \ise. Therefore, it is not proposed to 
repeat what will be shown on the Lotus screen in this 
Section. Therefore, the command steps given in this Section 
are relatively brief. Given that the spreadsheets used in 
this model have already been developed, the participants 
should have little difficulty following the program. 

5.1.2 Lotus 123 is an integrated spreadsheet, graphics and 
data bese software. It will not be possible to explore the 
data base capabilities of Lottis 123. The techniques of 
data base management have been discussed extensively in 
Modules II & III, using a relationship data base management 
system DBASE III. The graphics capability of Lotus 123 will 
also not be discussed in this module. The participants who 
have mastered the techniques in building spreadsheet programs 
to help do their planning should have little difficulty 
turning their data into graphics. 

5.1.3 Lotus 123 can be run on any IBM PC/XT or its 
compatibles . The program requires a minimum of 192K of 
memory. All the spreadsheet programs are stored In the 
Diskette ""EPF Mod. v. 4.** For systems with two floppy disk 
drives, the Lotus system can be started up from either Drive 
A or Drive B, with the data diskette placed in other drive. 
For systems with a hard disk and a floppy disk, the Lotus 
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system has to be started from Drive C, with the data diskette 
placed in Drive A. 

5,1.4 It is reconmended to make a copy of the Diskette and 
xise the duplicate in the practical session. All Lotiis 123 
commands shown in this Module are written in this Module are 
written in UPPER CASE and enclosed by [ ] . 

5.2 The Grade Retention Model 

5.2.1 In this subsection, the participants will be 
introduced to a simple grade retention model. The model is 
constructed using data on primary education. It will be 
shown how one can estimate flow rates from stock data. As 
discussed above, the Grade Retention Model is used for a 
school system where no information is available on the number 
of repeaters by grade. The model is stored in the Lotus file 
FLOVl.UKl. 

5.2.2 In this subsection, the participants will be 
introduced to the basic techniques in creating a simple 
worksheet: 

(a) moving around worksheet; 

(b) entering labels and niimbers; 

(c) writing formulae; 

(d) automatic recalculations of the figures in the 
worksheet; 

(e) saving and retrieving worksheets. 

5.2.3 Moving Around Worksheet . To create any worksheet like 
FLOVl, users have to be able to move aroxuid in the worksheet. 
Provided there is sufficient memory to hold the worksheet, it 
can be as large as 256 columns wide and 2048 rows long. 
There are a number of ways of doing so: 

(a) The use of the cursor control keys, the functions of 
which are similar to those of many software packages 
like Wordstar. The special cursor key [Home] will bring 
the cursor back to the cell address [Alj. Pressing 
[PgDn] will bring the cursor down by 20 rows, while 
pressing [PgUp] brings the cursor up by 20 rows; 

(b) The use of the function key [F5] to go to a given cell 
address ; 

(c) The use of the [TAB] key to move to the next screen to 
the right. Pressing [TAB] key with the [SHIFT] key held 
down will move to the next screen to the left. 
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5.2.4 The participants are suggested to have to look at the 
worksheet on the grade retention model by retrieving it 
from the Diskette "EPP Mod. v. 5." A file can be retrieved by: 

(a) First bringing up the Lotus menu by pressing [/] ; 

(b) Then selecting the file menu by pressing [F] ; 

(c) And the retrieve option can be selected by either 
pressing [R] or moving to cursor over the RETRIEVE entry 
and press [ENTER] ; 

(d) A list of Lotus files will appear on the top of the 
screen. The file FLOWl can be selected by typing 
[B:FL0V1] and then [RETURN]. 

It would be useful to move around the worksheet to see what 
the FLOVl worksheet looks like^ using the methods described 
in paragraph 5.2.4 above. 

5.2.5 Entering Labels and Numbers . It will be demonstrated 
in this subsection how to create a simple worksheet like 
FLOWl. There are two steps involved in building the FLOWl 
worksheet. One is the entering of labels and numbers into the 
worksheet. The following procedures may be followed: 

(a) The worksheet on FLOWl can be cleared by: 

(1) first bringing up the Lotus menu with [/] ; 

(2) then selecting the worksheet menu with [W] ; 

(3) and finally erasing command with [E] or moving the 
cursor over to ERASE and press [ENTER]; 

It is advisable to always make sure that a copy of the 
worksheet is already saved before erasing it; 

(b) Labels can be entered by Jxist typing them over the cell 
which users want to place. One can move around 
different parts of the worksheet \ising the techniques 
described above. Needless to say, it is always 
advisable to plan ahead a rougih sketch of what the 
worksheet will work like. Once the first character is 
typed into the screen, the mode indicator of Locus will 
respond and the READY mode will change to the LABEL 
mode. If the label is too long for the cell to contain, 
the label will extend beyond the cell if the cell next 
to it is empty; 

(c) Numbers can be entered into the worksheet in the same 
manner as labels. 

The following table gives the initial design of the grade 
transition model after the labels and numbers have been 
entered into the worksheet. It may be recalled that the grade 
transition model makes use of only enrollment by grade for a 
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nuoiber of years to estimate the approximate promotion rates. 
Therefore, the next step in building the FLOVl worksheet is to 
tell Lotus system how to calculate "-he grade retention rates 
from grade 1 to grade 6 for 1974-1978. 



Fijgure VI: Worksheet A of Grade Transition Model 
Simple Hodel of Student Flow 
Year 



Enrollment 


1974 


1975 


1976 


1977 


1978 


Primary 1 


3446835 


3552671 


4002377 


4331285 


4929754 


Primary 2 


2829095 


3067592 


3253994 


3747117 


3955770 


Primary 3 


2501138 


2512291 


2822812 


3120022 


3466353 


Primary 4 


2003492 


2099223 


2217059 


2538736 


2770132 


Primary 5 


1627590 


1682093 


1811199 


1944685 


2242429 


Primary 6 


1299716 


1366288 


144268'> 


1583446 


1710381 



5 ,2. 6 Entering Formulae . The formula is used to calculate 
the value of a cell, using other numeric values already 
entered in other cells. To calculate the approximate grade 
promotion rate for Primary 1 to Primary 2 for 1974-75, one 
would have to divide the enrollment in Primary 1 in 1974 
(i.e., 3446835) by the enrollment in Primary 2 in 1975 (i.e,, 
3067592). Formulae may be entered by: 

(a) either typing directly the cell addresses for the two 
values, i.e., [+cell address for 3446835/cell address 
for 3067592]; 

(b) or using the pointer to the addresses of the cells in 
question: 

(1) press [+] ; 

(2) then move the cursor to the cell for enrollment in 
Primary 1 in 1974; 

(3) press [/] ; 

(4) and then move the cursor to the cell for 
enrollment in Primary 2 in 1975; 

(5) press [ENTER] to complete the formula. 

Immediately after the formula has been enter^ed, the approximate 
promotion rate for P.l-P»2 in 1974-75 will automatically be 
calculated. 

After formulae for all the retention rates have been assigned, 
one would have completed developing the grade retention rates 
in Lotus worksheet. The following diagram shows the complete 
grade retention model: 
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Grade 



Primary 
Primary 
Primary 
Primary 
Primary 
Primary 



Figure VII: Worksheet B for Grade Retention Model 
Enrollment by Grade 

Year 



Total 
(% change) 



1974 


1975 


1976 


1977 


3446835 


3552671 


4002377 


4331285 


2829095 


3067592 


3253994 


3747117 


2501138 


2512291 


2822812 


3120022 


2003492 


2099223 


2217059 


2538736 


1627590 


1682093 


1811199 


1944685 


1299716 


1366288 


1442683 


1583446 


13707866 


14280158 


15550124 


17265291 




4.174916 


8.893220 


11.02992 



II. Approximate Grade Retention Rates 



P.1-P.2 
P.2-P.3 
P.3-P.4 
P.4-t.5 
P.5-P.6 



88.99735 
88.80193 
83.93071 
83.95805 
83.94546 



91.59288 
92.02045 
88.24849 
86.27949 
85.76713 



93.62228 
95.88284 
89.93641 
87.71462 
87.42529 



5.2.7 The worksheet has to be saved before one exits the 
Lotus system. In fact, it is always recommended to save a 
worksheet from time to time, even if it is not yet completed. 
Copying the worksheet from the memory to the diskette will 
only take a few moments. The worksheet may be saved by: 

(a) pressing [/] to bring up the menu; 

(b) pressing [F] to select the file menu; 

(c) pressing [S] to choose the save command. 
Responding to the program's request for a file 
name, one may type [FIjOW3] or any other file name 
which is easy to remember. 

5.2.8 Finally, before leaving this subsection, it would be 
useful to explore the calculating power of a Lotus worksheet. 
If the enrollment figures in the grade retention model are 
changed, the retention rates will change accordingly. One can 
change the enrollment figures in the worksheet just created by 
moving the cursor to the cells where changes are desired, and 
simp''y type in the new figures. If the Lotus system is not 
set CO automatic recalculation, pressing [F9] will cause the 
system to recalculate all the retention rates within seconds. 
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Grade Transition Model 

5.3.1 As discussed above , the grade transition model Is a 
more sophisticated version o£ the pupil flow model. To 
construct the grade transition model requires statistics on 
enrollment by grade as well as the number o£ repeaters by 
grades. The formulae required to calculate the number o£ 
dropouts, dropout and promotion rates are also more 
complicated than the one tised In the grade transition model. 
In this subsection, the powerful COPY command of Lotus will 
be Introduced to make the development of the grade transition 
model easier. 

5.3.2 A grade transition model has been constructed on Lotus 
worksheet and Is stored In the file named FL0W2. This file 
can be retrieved by the [/FR] and then selecting the drive and 
the file name FL0W2. The worksheet will look something like 
the diagram below: 
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Figure VIII: Worksheet for Grade Transition Model 



I. Enrollment by Grade 



Year 



II, 



Grade 


1974 


1975 


1976 


1977 


Primary 1 


3446835 


3552671 


4002377 


4331285 


Primary 2 


2829095 


3067592 


3253994 


3747117 


Primary 3 


2501138 


2512291 


2822812 


3120022 


Primary 4 


2003492 


2099223 


2217059 


2538736 


Primary 5 


1627590 


1682093 


1811199 


1944685 


Primary 6 


1299716 


1366288 


1442683 


1583446 


Repeaters 


by Grade 








Primary 1 


336780 


325688 


394366 


402151 


Primary 2 


224343 


252012 


261238 


284639 


Primary 3 


172323 


170001 


182324 


192526 


Primary 4 


92158 


95446 


100125 


102524 


Primary 5 


56965 


58800 


63000 


68600 


Primary 6 


33465 


35212 


37001 


39556 



III. Estimated Number of Dropouts 



P.1-P.2 
P.2-P.3 
P.3-P.4 
P.4-P.5 
P.5-P.6 



305567 
234793 
327360 
284753 
237714 



165549 
165866 
213033 
250899 
213411 



137748 
41859 
194074 
238450 
198709 



IV. Repetition Rates (%) 



Primary 
Primary 
Primary 
Primary 
Primary 
Primary 



9.770702 
7.929850 
6.889783 
4.599868 
3.499960 
2.574793 



V. Estimated Dropout Rates (%) 

P.1-P.2 
P.2-P.3 
P.3-P.4 
P.4-P.5 
P.5-P.6 



9.167412 
8.215303 
6.766771 
4.546729 
3.495645 
2.577201 



8.865147 
8.299226 
13.08844 
14.21283 
14.60527 



9.833294 
8.028225 
6.458949 
4.516117 
3.478358 
2.564735 



4.659846 
5.407042 
8.479630 
11.95199 
12.68722 



9.284796 
7.596213 
6.170661 
4.038387 
3.527563 
2.498095 



3.441654 
1.286388 
6.875201 
10.75523 
10.97113 



5.3,3 In constjnicting the grade transition model, several 
formulae have to be entered into the worksheet: 



(a) One is to calculate the number of dropouts. The ntunber 
for P.1-P.2 in 1975 (i.e., 305567) is given by deducting 
from the enrollment in P.l in 1974 (i.e., 3446838), the 
number of P.l repeaters in 1975 (i.e., 325688) and the 
number of P.l in 1974 who were promoted to P. 2 in 1975. 
The number of P.l in 1974 promoted to P. 2 in 1975 is 
given by the difference between the P. 2 enrollment in 
1975 (i.e., 3067592) and the number of P. 2 repeaters in 
1975 (i.e., 252012). This formula can be entered into the 
cell for the number of dropouts for P.1-P.2 in 1975 
following the procedxire already described above; 

(b) It is not recommended to repeat the same procedure as in 
(a) above in order to enter the same formula for 
calculating the number of dropouts in other grades and 
^or other years. This can be accomplished using the 
COPY command: 



(1) The copy command replicates the values or formulae 
from a single cell or a range of cells to a range 
of cells. The following table summarizes what a 
copy command can replicate: 



Source 



Target 



One cell 

a colijum of cells 

a row of cells 

a rectangular 
block of cells 



One cell 

a row cf cells 

a column of cells 

a rectangular block of cells 

a column of cells 

a rectangular block of cells 

a row of cells 

a rectangular block of cells 
a rectangular block of cells 



(2) There are generally four steps involved in a copy 
command: 

- always position the cursor to the source cell 
to be copied from; 

[/] and [C] to select the copy command; 
identify the source cell or range of cells 
through the use of the cursor and then [ENTER] ; 

- identify the target cell or range of cells by 
moving the cursor and then [ENTER] ; 
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(3) It should be noted that Lotus addressing works in 
relative terms* The COPY command copies the 
formula by retaining the relative positions of 
cells referenced In the formula. Thus, the 
formula Is not copied exactly. For Instance, 
copying the formula for calculating the number of 
dropouts for In 1975 to the cell which 

contains the number of dropouts for P.1*P.2 In 
1976 will also change the contents of the formula 
for the target cell so that the new formula will 
deduct from the enrollment In P.l In 1975 rather 
than in 1974, the niunber of pupils promoted to P. 2 
In 1976 instead of 1975. 

(c) Once the technique of copying is mastered, it will be 
relatively easy to enter another two sets of formulae 
into the worksheets: 

(1) The formula to calculate the repetition rates. 
For Instance, the repetition rate for P.l in 1975 
is given by dividing the number of repeaters in 
1975 by the P.l enrollment In 1974 and then times 
100 to convert the rate into percentage terms; 

(2) The formula for calculating the dropout rates. 
The dropout rate for P.1-P.2 in 1975 is given by 
dividing the number of dropouts in 1975 for P.I- 
P. 2 by the P.l enrollment in 1974 and then times 
100 to convert the rate into percentage terms; 

5.4 Internal Efficiency Model 

5.4.1 An internal efficiency model has been developed on 
Lotus worksheet and is stored in the file named EFFIC. It is 
not proposed at this stage to go into detail about the 
construction of the model. The working of the model will be 
demonstrated in this subsection. First of all the first 
EFFIC can be retrieved by [/] , [F], [R] and then select the 
drive and file name. Since the worksheet is quite large, it 
is necessary to move the cursors around to see the entire 
worksheet . 

5.4.2 Part of the internal efficiency model is shown in the 
diagram below: 
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Figure IX; Internal Efficiency Model 



Province :NTB 






District: all 


Sex: all 






Subdlst: all 


Prinary Grade 


Gr. 1 


Gr. II 


Gr. Ill 


1983 Enrollaent 


130,000 


110,000 


90,000 


1984 Enrollaent 


123,113 


116,968 


95,463 


Repeaters 


18,944 


12,123 


10,663 


1983 Prontotlon rate 


80.7% 


77.1% 


83.0% 


Repetition rate 


14.6% 


11.0% 


11.8% 


Dropout rate 


4.8% 


11.9% 


5.1% 



Total 
output «-• 

Total 
pupil- - 
years 



669 

5524 



I 

I Average study time 
(Graduate Dropouts 



I 



6.64 



3.18 



Cohort I 
I 

5.47 I 



Total 
drop- 
outs 



Total 
repeaters 



324 



581 



Instructional yrs/graduate 
8.25 



I Average unit cost/place (Rp) | 

I 78,948 I 

I I 

I I 

I Pupil-years wasted | 

I I 

I Total Repeaters Dropouts | 
11508 430 1079 | 

I Input -output ratio | 
I 1.38 I 

I Cost per graduate (Rp) ! 
I 651,637 I 



ERIC 
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The main feature of the model is that it will calculate the 
drot>out, repetition and promotion rates, as well as a number 
of indicators of internal efficiency from statistics on 
enrollment by grade for any two consecutive years and number 
of repeaters by grade for the last year. The formulae for 
calculating the three flow rates are based on the grade 
transition model just described in section 5.3 above. The 
promotion rates is equal to 1 minus the rates of repetition 
and drop<>ut. Based on the flow rates calculated, a 
reconstructed cohort model can be developed, the method of 
which is already demonstrated in the earlier part of this 
Unit. 

5.4.3 It would be useful to move aroiind the worksheet and to 
study the formula for each of the indicators listed above. 
This can be done by simply placing the cursor in the cell in 
the question and the formula will appear on the top of the 
worksheet. For example: 

(a) The average number of years spent by graduates is 
calculating by first, aggregating the number of 
graduates who take 6 years to finish primary (i.e., 358) 
multiplied by 6, the numbex of graduates who take 7 
years (i.e., 214) multiplied by 7, the number of 
grad\iates who take 8 years (i.e., 76) multiplied by 8, 
and the number who take 9 years (i.e., 21), and then 
dividing the aggregated niamber by the total number of 
graduates (i.e., 669). The relevant part of the 
worksheet is shown below: 
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(b) The total number of pupil years spent by the cohort of 
1000 pupils (i-e,, 5524) is also shown in the diagram 
above. The ntimber is obtained by summing the number of 
survivors in each year; 

(c) At the upper right hand comer of the boxes for the 
niamber of sxirvivors by year is the estimated number of 
dropouts at the end of the year concerned. Thus, 
sunning up the number of dropouts for each year gives 
the total ntinber of pupil-years spent by these dropouts. 
The average ntuaber of years these dropouts spend in the 
school systen can be estimated by dividing the total 
number of pupil-years spent by dropouts by the total 
number of dropouts. 

5,4,4 A number of indicators may be constructed from this 
model, some of which are shown in Figure IX above: 

(a) Indicators of Retention by Grade 

(1) The number of survivors by grade, which is shown 
in Figure IV above. One may distinguish the flow 
rates such as promotion, repetition and dropout 
rates computed from the flow models which refer 
to the flow of pupils between any two consecutive 
years, from this indicator which shows what would 
e^rentually happen to the cohort of pupils when 
all those who repeat have finally dropped out or 
are promoted; 

(2) The ntufflber of dropouts by grade, which is also 
shown in Figure IV above. This gives a useful 
indication of the number of grades pupils will 
complete before leaving schools prematurely; 

(3) Number of gradxiates from the final grade, which 
represents an estimate of the output from the 
school systen for every 1000 cohort of pupils, 
based cn the assiamed rates of repetition and 
dropouts. For setting targets which are related 
to the projected requirement for school leavers, 
this will be a very useful indicator, 

(b) Indicators of detention b^ Years Spent in School 

(1) Number of survivors by years spent in school, 
which is shown in the diagram given in paragraph 
5, 4. 3(a) above; 

(2) Average number of years spent in school by 
graduates, as discussed in paragraph 5, 4. 3 (a); 



24 



Grade : 
V VI 



Total 



Survivors by year 



yr.l 



yr.2 



yr.3 



yr.4 



44 



yr. 452 | 

5 I \ 

38 \_ 



25 



yr. 255 | 

6 IV 



21 



8 



7 



yr. 
8 



yr. 
9 



87 I 

! \ 

7 V 



23 



.1 V 



V 



Survivor by grade 
80 



I 756 I 

I I 

68 



371 



209 



71 



19 



Output 

I 371 I > 358 

I I 

i.3 

I 222 I > 214 

I I 

8 

I 79 I > 76 

! I 

3 

I 22 I > 21 

I I 

1 

I 676 I > 669 
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1000 I 



146 



952 



110 



849 



100 



792 



88 



48 



103 



57 



26 



52 



766 



72 



27 



713 I 



44 



327 



17 



102 



22 



324 



5524 



581 



23 



196 



(3) Average number of years spent in school by pupils 
who will leave school prematurely, as discussed in 
paragraph 5*4«3(c); 

(c) Indicators of Wastage and Efficiency 

(1) Total number of pupil -years wasted by graduates 

on repeating. This can be obtained by aggregating 
the number of pupils who take 7 years (instead of 
the normal duration of 6 years) to complete 
primary schooling (i.e., 214 in the diagram given 
in paragraph 5.4.3(a)) multiplied by 1, the nximber 
who take 8 years multiplied by 2, and the number 
who take 9 years multiplied by 3; 

(2) The input-output ratio as discussed in paragraph 
4.5.5(c) above. The ratio may be obtained by 
dividing the total number of pupil-years spent by 
thi cohort of 1000 pupils in school, by the 
product of the ntainber of gradtiates and 6 years. 

5.4.5 It may be noted several new LOTOS techniques have been 
\ised in developing the spreadsheet for analyzing internal 
efficiency: 

(a) First of all, it may be noted the format of the 

worksheet is much better than the two worksheets on the 
flow models. This can be accomplished by: 

(1) Formatting the width of the column to cope with 
different labeling and numbering requirements. 
For some labels, the column width has to be set to 
1. For others, the column width has to be greater 
than the default value of 9. The LOTOS commands 
used to change coltimn-width are: 

[/I to Hring up the menu; 
- [W] to select the worksheet menu; 

[C] to select the column-width command; 
[s] to select the set width command; 
[ENTER] to issue the command and then 
in respond the system request, enter the 
appropriate no. of characters for the 
column-width; 

It may be noted that the coltunn width can be as 
long as 240 characters. The default value of 9 
characters can be changed using the worksheet 
status [\WS] commands; 
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(2) The alignment of labels. For coluams which are 
wide, it is desirable to have the labels aligned 
so that the data which are niimeric and are always 
aligned to the right, could be shown immediately 
below their respective titles. There are three 
special characters \ised by the LOTUS system in 
aligning labels: 

. ( • ) which will align labels to the left; 

- ( " ) which will align labels to the right; 

- { ) which will center labels. 

The default is { • ) giving left- justified labels; 

(3) The formatting of numbers. The LOTUS system shows 
numbers in the most efficient maimer by using the 
minimum numbers of characters for numbers. By 
formatting the n'unbers, one can determine the 
number of decimal places to be displayed on 
screen, display percentages, display nxmbers with 
commas to show thousands, millions, etc. It 
oay be noted that although a limited nxmber of 
decimal places is shown on the screen, the LOTUS 
still keeps up to 15 decimal positions in its 
memory. The relevant command procedure is as 
follows : 

[/] to bring up the menu; 

- [RF] to bring up the range format menu which 
allows users to specify the format for a range 
of cells; 

- Then one can choose from the options available 
from the menu by simply moving the right cursor 
key ( -> ) or the left cursor key ( <- ) ; 

- (ENTER] and then specify the range of cells to 
be assigned the format just defined. 

(b) It may also have been noted by moving around the 
worksheet that the backslash symbol (\) appears many 
times in the worksheet. This key allows users to repeat 
any label that follows the backslash in the cell 
concemsd. Using this key will save a lot of typing 
time required to repeat a label; 

(c) One of the function keys available in LOTUS to perform 
summation, @SUM, has been used in developing the 
spreadsheet. The function keys are built-in formulae 
which help users perform arithmetical, statistical as 
well as logical functions. The ftmction @SUM (CELL 
1..CELL2) sums up all numeric values in the range of 
cells from cell 1 to cell 2. The functions may be used 
in the sam^ manner as entering formulae. 
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Learning Activities 



6*1 Microcomputer Tutorial Sessions 

6.1 •I The purpose of the tutorial sessions Is to give your 
participants an opportunity to practice the various LOTUS 
conmiands discussed In the Usftv Manual Section, and to modify 
the worksheets already developed In this imlt* 

6.1.2 In the first part of the tutorial sessions, the 
participants will be asked to go through the LOTUS 
commands used In the User Manual Section. 

6.1.3 Then, In the second part, they will be asked to refine 
the format worksheets FLOWl and FL0W2 following the procedure 
described In paragraph 5.4.4 above. 

6.2 Group Work Session 

6.2.1 The participants will be divided into groups. During 
the group discussion, the participants will be asked to 
comment on: 

(a) th^ usefulness of the flow model in estimating the 
nuMer of dropouts and analy.^^inf internal efficiency; 

(b) The shortcomings of the flow model when applied to 
analyzing the pupil flow in a particular province or 
district. 



Po s t > as s e s sment 

7.1 The purpose of the Dost-assessment is to help the instructors 
to evaluate whether the learners are able to perform the tasks 
described in this unit. The learners are required to: 

(a) Construct a simple flow model based on the information given 
in paragraph 7.2 below; 

(b) Develop an Internal efficiency model for the junior high 
school system, using the flow rates calculated from the flow 
model above. 

7.2 Construction of Grade Transition Model. A simple flow model 
is required to be constructed for a subdlstrict by the 
participants, with the help of the instructors: 

(a) The flow model is in respect of the junior high school system 
in a subdlstrict. The duration of study for the high schools 
is 3 years; 
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(b) It is assumed that data are available on the following: 



(1) enrollment by grade for 3 consecutive years: 



year 1 
year 2 
year 3 



Grade 



I 

300101 
321098 
364219 



II 
287664 
276554 
300567 



III 
254331 
253444 
256743 



(2) number of repeaters by grade 



for 3 consecutive years: 



year 1 
year 2 
year 3 



Grade 



27864 
30010 
30211 



II 
26431 
28777 
24321 



III 
23217 
24903 
21078 



(3) number of leavers from grade 6 in primary schools some 
of whom fail to be admitted into grade 1 in junior high 
school for 3 consecutive years: 



(c) The learners are required to construct the grade transition 
model based on the above statistics. The model should be 
able to give the following indicators: 

(1) The number of dropouts and dropouts by grade for the 
junior high school system; 

(2) The rate of repetition by grade; 

(3) The promotion rates by grade for the junior high school 



(4) The number of grade 6 leavers from primary schools who 
fail to be admitted into junior high school; 

(5) The promotion rate between grade 6 in primary and grade 
1 in junior high schools. 

(d) The learners may construct a crude worksheet, similar to the 
format of FLOWl and FL0W2. But later they are required to 
refine the format of the worksheet, following the procedures 
outlined in paragraph 5,4.4. 

7.3 Developing a Reconstructed Cohort Model. The learners will 
then proceed to develop a reconstructed cohort model using the 
transition rates computed from the flow model developed in 
paragraph 7.2 above. 



year 1 
year 2 
year 3 



45646 
43408 
42127 



system; 
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Ill, Unit 2^ Prolectlon of Enrollment 
Performance Objectives 

8,1 On completion of this unit, the participants should be able 
to: 

(a) Apply the techniques of the pupil flow model to project 
future enrollment In schools; 

(b) Appreciate how the different flow Indicators, some of which 
may have policy Implications, would affect demand for school 
places ; 

(c) Use the software package LOTUS 123 to develop worksheets for 
the projection of enrollment In schools, which can take Into 
accoxint different assiimptlons on the flow Indicators, 

Instructional Activities 



9,1 Different Methods of Projecting Enrollment 

9.1.1 Pupil Flow Model , A flow model is constructed by 
planners to simulate the movement of pupils through the 
school system based on time series data on enrollment and 
repetition. Therefore, a natural extension of the use of 
the flow model is to apply it to forecasting future movement 
of pupils in the school system. This gives the projection 
of enrollment which is required in nearly all qxiantitative 
planning exercises, ranging from the planning of school 
building, teacher training, curricuLjun development, and the 
production of textbooks. The merits of employing the flow 
model are that: 



(a) Planners can test the outcome of the enrollment 
forecasts by using different assximptions on the rates 
of repetition and promotion. In most clrcvunstances, 
the.ite rates can be affected by deliberate policy 
measures. For example, a certain maximum repetition 
rate can be imposed on schools as mandatory requirement. 
Standards set in the examination system for the 
selection of pupils for entry to jxmior high schools 
largely determines the progression rate from fc>rimary to 
junior high schools. These so-called policy variables 
often become the centre of heated educational or even 
political debates; 

(b) Planners can also test the sensitivity of the projection 
models by changing the flow rates. This sensitive test 




provides a means of assessing the probable range of 
errors of any enrollment forecasts \xsing the flow model* 

9.1.2 Time Series Analysis of Enrollment . A number of 
methods can be used to project future enrollment In school. 
One method Is the use of time series analysis of historical 
enrollment data* Based on the past enrollment trend, the 
futture enrollment size can be projected by a mere 
extrapolation of the past trends. A variety of statistical 
models are available for the projection exercise. A serious 
drawback of this method Is that It falls to take into account 
demographic factors which determine the number of children 
available to become educated in the country or district 
concerned. For places where the proportion of children 
attending schools is higji, where the rate of attendance can 
be or has to be determined as a policy variable, this method 
is definitely inadeqtiate for the purposes of making 
enrollment projection. 

9.1.3 Enrollment Ratio Method . This method overcomes the 
criticism raised in (a) above, by taking into account 
demographic factors. The additional statistical information 
required is: 

(a) Historical data on enrollment, preferably analysed by 
age; 

(b) Demographic data on past and future projection of 
population in the school -age group by age. 

Using this method, one could derive the net enrollment ratios 
for the school system tusing historical data. The net 
enrollment ratio for primary education is defined as the 
proportion of the population in the primary school-age group 
who are enrolled in primary schools. Given a time series 
data on the net enrollment ratios, one can project the future 
enrollment by extrapolating from the past trend. Different 
statistical techniques may be tused for such a projection 
which could also take into account a target ratio for any 
given year. By applying the forecasted net enrollment ratios 
to the projected ntunber of children in the corresponding age 
group, one can derive the '.:Stimated number of children 
enrolled in schools for the forecast period. 

9.1.4 Other forms of enrollment ratios like the gross 
enrollment ratio can be tised to project the number of pupils 
in schools. The gross enrollment ratio for primary school is 
defined as the ratio of the total enrollment in schools to 
the number of children in the primary school-age group (7- 
13 years) . If no statistics are available on the enrollment 
of pupils by age, the gross enrollment ratio has to be used 
in the projection. 
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9.1.5 It may be noted thrt the net or gross enrollment ratio 
can be computed for the whole primary level of education or 
for a particular grade. If ratios are compiled for different 
grades for primary education, estimates of future enrollment 
in individual grades can be obtained from a projection of the 
grade specific enrollment ratios and the projected population 
in the corresponding age groups. 

9.1.6 The enrollment ratio method is commonly used in 
conjxmction with the flow model method. There are several 
reasons for doing so: 

(a) For coxmtries where the educational policy target is 
expressed in terms of the proportion of children 
enrolled in schools. For instance, the target for 
achieving universal compulsory primary education or for 
providing 9 years basic education for all children is 
expressed in terms of the nuinber of children in a 
specified age range (e.g., 7-13 years for primary); 

(b) For preschool education or for post- school education at 
the tertiary level, the transition from one grade to 
another is not distinctly laid down as for primary and 
secondary school education. For instance, a child may 
enter kindergarten at the age of 4 into the first grade 
or the age of 5 into the second grade. For courses for 
technicians, the new students may be high school 
graduates, or graduates of craft level courses. The 
enrollment ratio method becomes a better approach to be 
adopted for making forecasts of enrollment; 

(c) As will be demonstrated below, even in cases where the 
flow model is adopted, the enrollment ratio method has 
to be used to estimate the number of children entering 
grade 1 in primary schools; 

(d) For systems which are \mdergoing rapid changes, the 
historical flow rates may not be replicated in the 
futtire. For example, if entry into junior high school 
is highly selective, it is probable that the promotion 
rate from junior high school to senior high school is 
fairly high. When the selection process is shifted from 
jxmior high to senior high school level, as a result of 
the \miversalization of junior high school education, 
there will be a wider ability mix among pupils admitted 
into j\mior high schools. If the, selection criteria for 
entry into senior high schools remain unchanged, then 
the promotion rate from jxinior high to senior high 
schools will decrease. In such cases, the enrollment 
ratio method has to be employed either to replace or to 
adjust the forecasts derived from a flow model based on 
extrapolating from past flow rates. 
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Forecasting Using the Flow Model 

9 •2.1 Grade Retention Model . A number of parameters have to 
be determined In making use of the grade retention model: 

(a) The grade retention rates for the forecast period; 

(b) The rates of admission Into the first grade of the cycle 
of education \mder study over the forecast period, 
expressed as percentages of either the niuober of 
children In the re^.evant school -age group or the n\imber 
of children In the relevant school -age group or the 
nuniber of school leavers from the terminal grade of the 
preceding cycle of education. 

These rates may be estimated by extrapolating from past 
trends, or based on prescribed policy objectives and/or 
educational development prograim&es. 

9.2-2 It follows from above that the data required for the 
projection are as follows: 

(a) Historical data on the number of enrollment by grade to 
permit an analysis of the changes in the grade 
transition rates over time; 

(b) Historical data on the number of children in the age 
group corresponding to the age of entry into the first 
grade of the cycle of education under study and/or the 
number of school leavers from the terminal grade of the 
preceding cycle of education; 

(c) A projection of the niamber of children in the age group 
correspoiiding to the age of entry into the first grade 
of the cycle of education under study and/or the nxamber 
of school leavers from the terminal grade of the 
preceding cycle of education. 

9.2.3 Grade Transition Model . The additional feature a grade 
transition model has over the grade retention model is the 
distinction made in the former model between repetition and 
dropouts. Thus in the grade transition model the retention 
rate between any two grades is decomposed into promotion, 
dropout and repetition rates. As a result, the model is 
more sophisticated than the grade retention model in 
analysing as well as projecting pupil flow. The parameters 
required for the model are as follows: 

(a) The rates of repetition and dropout by grade for the 
forecast period; 



(b) The rates of admission into the ^irst grade of the cycle 
of education under study ov^ ♦ the forecast period, 
expressed as percentages of either the number of 
children in the relevant school -age group or the number 
of school leavers from the terminal grade of the 
^receding cycle of education* 

9. 2*4 There are different ways of projecting the above 
parameters* The following only represent one of the possible 
approaches which can be adopted: 

(a) The rates of repetition are usually prescribed by 
policymakers as educational targets* Sometimes, the 
repetition rates are even laid down as part of the 
regulations governing the modus operandi of schools. 
For some places, the abolition of repetition, to be 
replaced by a more pupil oriented approach backed up by 
a host of remedial education seirvices is regarded as the 
medium, if not long-term objective in educational 
planning. Thus, determining the rates of repetition to 
be used in the forecasting model should be fairly 
straight -forward. Of course, due allowance must be made 
for a gradual transition from the existing rates to the 
target rates; 

(b) Dropout is always regarded as undesirable and has to be 
eliminated from a school system. However, the fact that 
it is almost practically not possible to prevent pupils 
from occasional tnxancy and eventually dropping out from 
schools, necessitates a realistic assessment of dropout 
and its inclusion into the projection model. In most 
cases, the rates of dropouts h^ve to be projected by 
extrapolating from past tri*r»ds, modified by expert 
judgment on the working of the school system; 

(c) Projecting new entrants into the school system is the 
most problematic part of any projection exercise. For 
entrants into the first level of education (i.e., 
primary) , the age of entry is usxially laid down by 
policymakers. Therefore, it would be fairly straight 
forward to relate to the number of children in the 
respective age group to the official education policy 
governing the proportion of children in the age group 
who should be admitted into schools. However, two 
problems generally arise: 

(1) Not all children enter primary school at the right 
age, a phenomenon not uncommon in many developing 
cotmtries ; 

(2) Not all children who are required to be admitted 
in schools would attend schools. Even if they do 



turn up at the beginning of the school year, some 
of them may disappear from school even before 
schools complete their registration procedure. 

(i) To tackle the problem raised in (c)(1) above* One can 
obtain an estimate of the number of new entrants in 
different age groups* This entails the projection of 
the "age- specific" admission rate into grade 1 for each 
year group in the age range of the new pupils admitted. 
More detailed statistics on enrollment and new pupils 
have to be collated: 

(1) Historical data on enrollment in grade 1 by age 
and repeaters in grade 1 by age. The number of 
new pupils admitted into grade 1 by age can be 
estimated deducting from the number of grade 1 
pupils in a given year group the number of 
repeaters in the corresponding year group; OR 

(2) HistorJ ^al data on the number of new pupils 
admitted into grade 1 by age. 

The additional statistical information permits an 
analysis be made of the age- specific admission rate for 
grade 1. One may extrapolate these rates to forecast 
the future age-specific admission rates, and multiplying 
the projected rates by the estimated future population 
in the respective age group gives the estimated number 
of new pupils admitted into grade 1 by age. A simple 
example is given below: 

Figure XVI: Estimation of Grade I Entrants 

Yr. Group Population Age -specific Estimated 

Admission Rates Enrollment 

7 100,000 0.78 78,000 

8 110.000 0.11 12,100 

9 113,000 0.06 6,780 
10 115.000 0.02 2,300 

Total 99,180 

(e) In performing the above statistical analysis, it should 
be noted that the age- specific admission rates for 
different year groups are related to each other. This 
may be illustrated by computing the so-called "diagonal 
stun" for grade 1 admission, as shown below: 
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Figure XVII: Diagonal Sum for Grade 1 Admission 



(i) 



Cohort of children aged 7 in yr. 1 



1000 



(ii) Number of new pupils admitted into grade 1 by age: 



Total number in the cohort admitted to 

grade 1 in yr. 1 - yr. 4 (Diagonal Sum) 960 

The diagonal sum derived from the above computation should 
not be larger than the total number of children in the cohort 
in question (i.e., 1000). This maxima provides a means of 
checking the validity of the projected age-specific admission 
rates . 

(f) For places where imderreporting of repetition in grade 1 
is believed to not be serious, the "diagonal suun" method 
can be \ised to provide an indication of the extent of 
underreporting, the so-called ••hidden*' repetition in 
grade 1. Underreporting will mostly occur when pupils 
transfer from one school to another and repeat grade 1. 
If the parents of the pupils transferring schools report 
that the pupils are new entrants rather than repeaters. 
This phenomena is more widespread when entry to some 
primary schools are higihly selective. As a result, some 
parents may try to prepare their children for entry into 
these primary schools by first enrolling them in grade 1 
in less selective schools. If the diagonal s\m is 
greater than 1, say 120%, then it may be deduced that 
the ••hidden^^ rate is 20% over the period concerned. If 
there is ••hidden^^ repetition, the maxima imposed on the 
age-specific admission rates to grade 1 will be greater 
than unity. By forecasting the future movement of the 
••diagonal sum,^^ one can allow for ••hidden" repetition in 
the projection of new entrants. Doing this is, however, 
a precarious exercise for several reasons: 

(1) The extent of underreporting may chmge over time 
as a result of changing admission criteria adopted 
by schools. It is extremely difficult to predict 
accuracy futiire values of the ••diagonal sum" ; 

(2) To compute ••diagonal s\am" requires a fairly long 
time series on statistics on ..ew pupils admitted 
into grade 1 by age. The stacistics are usually 
not available for many countries; 



(1) 
(2) 
(3) 
(4) 



aged 7 in yr. 1 
aged 8 in yr. 2 
aged 9 in yr. 3 
aged 10 in yr. 4 



800 
100 
40 
20 
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(3) The reporting of age by pupils may not be 
reliable* Besides, accurate demographic 
statistics on the number of children by single 
year of age may also not be available, except 
perhaps for the censtis year. The computed 
"diagonal s\am" will be subject to all these random 
errors. As a result, it becomes almost impossible 
to predict what will be the future values of the 
"diagonal sxam" based on an analysis of the past 
trend. 

Therefore extreme care needs to be exercised in the xise of 
the "diagonal sua" method in the projection model, 

(g) For estimating entrants from one cycle to another , from 
primary into the first cycle of the second level of 
education (i.e,, junior higji school), the parameters are 
the n\amber of school leavers from primary schools and 
the rate of admission. Estimates of the number of school 
leavers are the output from the flow model for the 
primary schools. The rate of admission into jxanior high 
school is normally governed by education policy and the 
availability of places in jtinior higji schools. For 
countries where the private sector is not insignificant, 
the act\ial rates of admission into junior high schools 
will be to some extent beyond the control of educational 
planners and administrators. The number of primary 
school leavers who choose to enter junior high schools 
in the private sector will depend on such factors as the 
quality of places available in the private sector, the 
school fees charged, and the "return" they could expect 
from attending junior high schools in the private 
sector. In sitxxations where both the public sector 
provision is expanding and people's aspirations for more 
education is also rising, it would be quite difficult to 
predict what the future admission rates would be, 

9,3 The Choice of Methodology 

9,3,1 Apparently, the flow model is the more sophisticated 
model compared with a simple time series analysis of 
enrollment or the enrollment ratio method. However, this 
does not mean that the flow model is superior to the other 
two methods in projecting enrollment. Wherever possible, one 
has to construct a flow model in order to understand the 
dynamics of pupil flow in the school system. Additionally, 
one needs to look at tne enrollment ratio to appraise the 
effectiveness of a program of providing education to the 
children in reaching, its target population, A simple time 
series analysis of enrollment will provide one with an idea 
of how enrollment is changing over time, with its 
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consequential impact on teacher requirement., the demand for 
school facilities, etc. Which one of the three methods 
should be chosen would depend on the outcome of the analysis 
and the educational program in question. 

9.3.2 It is very difficult to generalize the applicability 
of different projection models. The following attempt to 
give some general guideline: 

(a) For cases where: 

(1) the total enrollment accoimts for a small 
proportion of children in the relevant school -age 
group, or 

(2) where the ages of pupils enrolled cannot be 
clearly defined, or 

there are different kinds of educational 
provisions for a given age group. 

The use of the time series method for projecting 
enrollment can be adopted. These would cover the 
projection of enrollment in a specified course of 
tertiary education and the projection of enrollment in 
evening courses .'or adults; 

(b) The flow ^zl has more practical utility in planning 
than the enrollment ratio method. This is because a 
projection of enrollment by grade including the number 
of school leavers from a given cycle of education can 

•only be obtained by using the flow model. This kind of 
information is essential to planners in tackling 
problems of selection and allocation in the education 
system. Similar information can only be made available 
by using the enrollment ratio method if the nximber of 
over-aged or under-aged pupils in the school system is 
insignificant, which is seldom to be the case in many 
coimtries ; 

(c) Nevertheless, it is recommended to use both the 
enrollment ratio method and the flow model wherever 
possible in projecting enrollment. The enrollment ratio 
method can provide a check on how realistic are the 
results obtained from a flow model. In circumstances 
where the flow rates do not display a stable trend over 
time, probably as a result of rapid development in a 
certain sector of the education system, the enrollment 
ratio method could be used as a countercheck on the 
validity of the asstunptions made regarding future 
movement of the flow rates. 



10* User Mstfmal 

10*1 Getting Started 

10*1*1 In this Unit, the participants will be introducad to 
the techniques in constructing a more complicated worksheet, 
using the formatting commands as well as a few new commands 
not disctissed in Unit 1* An enrollment projection worksheet 
has already been developed for this \mit, and is stored In 
the file named PUPROJ in the Diskette "EPP Mod*v*5*" Most 
parts of the worksheet are protected against modification. 
Only the policy variables such as admission rates, repetition 
rates, etc., are allowed to be modified* 

10.2 The Gr ade Transition Model 

10.2.1 It is considered sufficient to demonstrate the 
development and use of the grade transition model in a LX)TUS 
worksheet. Once the participants have mastered the 
techniques in developing a gravie transition models there 
should be little difficulty for them to develop other less 
complicated models such as the grade retention model or the 
enrollment ratio method in projecting enrollment. 

10.2.2 Projecting Admission . The grade transition model 
contained in the worksheet named PUPROJ is a model for 
projecting enrollment in primary schools. The first part of 
the model is the projection of new pupils admitted Into 
grade 1 in primary schools. The enrollment ratio method is 
employed in the enrollment, by extrapolating the futtxre 
grade specific gross enrollment rates, defined as the ratio 
of new pupils admitted to primary schools to the number of 
children in the relevant school age group (i.e., 7 years). 
The following functions are provided in the projection 
model : 

(a) Users are allowed to prescribe a target gross enrollment 
rate for the year 2000; 

(b) Then the worksheets are programmed so tjiat the gross 
enrollment rate will gradually move towards the target, 
following a linear trend; 

(c) The estimated numbers of children in the 7 year group 
for the for*icast period from 1985 to 2000 are given in 
the model as exogenous variables; 

(d) The ntunber of new pupils admitted into grade 1 in 
primary schools can thus be computed from the product of 
the gross enrollment ratio and the population aged 7 
years . 
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The relevant part of the workshe'^t PUPROJ is shown in thw . 
diagram below: 

Figure XVIII: Grade 1 Admission in PUPROJ 
Forecasting and Planning Model 

(I) Primary Enrollment Projection Flow Model 

Estimated gross enrollment ratio for year 

2000 100.0% 

Population Gross No. of | 

Year Aged Enrollment New | 

7 years Ratio Entrants j I 

1984 4,324,000 103.4% 4,470,807 >| 5382689 1 

(actual) I 1 

871996 

1985 4.342,000 103.2% 4,480,204 >| 5352200| 

I I 

829591 

1986 4,349,000 103.0% 4,478,199 >| 5307790| 

I I 

785553 

1987 4,354,000 102.8% 4,474,108 >| 5259661| 

I I 

741612 

1988 4,398,000 102.5% 4,509,990 >| 5251602| 

I I 

703715 

1989 4,A36,000 102.3% 4,539,544 >| 52432591 

I I 

665894 

10.2.3 Projecting Repetition . The second step one has to do 
is to forecast the rate of repetition. Several functions 
have been built into the worksheet to project the rates of 
repetition by grade: 



(a) Users are allowed to assign the target rates of 
repetition for each of the six grades for the year 2000; 

(b) From the actiaal rates of repetition in 1984 and the 
targets in 2000, the system will extrapolate the rates 
for 1985-2000 asstaming a linear trend. 

The results are shown in the diagram below: 



Target 
for yr. 



Figure XIX: Repetition Rates in PUPROJ 
Repetition rates 
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Grade 








Yr. 


I 


II 


III 


IV 


V 


VI 


1984 


16.2% 


12.9% 


10.5% 


8.0% 


9.7% 


2.0% 


1985 


15.5% 


12.4% 


10.1% 


7.7% 


9.3% 


2.0% 


1986 


14.8% 


11.9% 


9.7% 


7.4% 


8.9% 


2.0% 


1987 


14.1% 


11.4% 


9.3% 


7.1% 


8.4% 


2.0% 


1988 


13.4% 


10.9% 


8.9% 


6.8% 


8.0% 


2.0% 


1989 


12.7% 


10.4% 


8.5% 


6.4% 


7.6% 


2.0% 


1990 


12.0% 


9.9% 


8.1% 


6.1% 


7.2% 


2.0% 


1991 


11.3% 


9.4% 


7.7% 


5.8% 


6.8% 


2.0% 


1992 


10.6% 


9.0% 


7.3% 


5.5% 


6.4% 


2.0% 


1993 


9.9% 


8.5% 


6.8% 


5.2% 


5.9% 


2.0% 


1994 


9.2% 


8.0% 


6.4% 


4.9% 


5.5% 


2.0% 


1995 


8.5% 


7.5% 


6.0% 


4.6% 


5.1% 


2.0% 


1996 


7.8% 


7.0% 


5.6% 


4.2% 


4.7% 


2.0% 


1997 


7.1% 


6.5% 


5.2% 


3.9% 


4.3% 


2.0% 


1998 


6.4% 


6.0% 


4.8% 


3.6% 


3.8% 


2.0% 


1999 


5.7% 


5.5% 


4.4% 


3.3% 


3.4% 


2.0% 


2000 


5.0% 


5.0% 


4.0% 


3.0% 


3.0% 


2.0% 



10.2.4 Projecting D ropout Rates . Similar technique is 
employed in projecting the dropout rates, by allowing users 
to assign the target years for the year 2000. The results 
are shown in the worksheet below: 
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Figure XX: Dropout Rates In PUPROJ 

Target 
for yr. 

Dropout Rates 

2000 





1 0% 


1.0% 


1.0% 


1.0% 


1.0% 


1.0% 








Grade 








T 


II 


III 


IV 


V 


VI 




(% Oft 


4.1% 


5.0% 


3.1% 


3.0% 


3.0% 




5 7ft 


3.9% 


4.8% 


3.0% 


2.9% 


2.9% 


X70\l 


5 4ft 


3.7% 


4.5% 


2.8% 


2.8% 


2.8% 


1987 


5.1% 


3.5% 


4.3% 


2.7% 


2.6% 


2.6% 


1988 


4.7% 


3.3% 


4.0% 


2.6% 


2.5% 


2.5% 


1989 


4.4% 


3.1% 


3.7% 


2.4% 


2.4% 


2.4% 


1990 


4,1% 


2,9% 


3,5% 


2.3% 


2.2% 


2.2% 


1991 


3.8% 


2,7% 


3.2% 


2.2% 


2.1% 


2.1% 


1992 


3.5% 


2,5% 


3,0% 


2.0% 


2.0% 


2.0% 


1993 


3.2% 


2.4% 


2.7% 


1.9% 


1.9% 


1,9% 


1994 


2.9% 


2,2% 


2.5% 


1.8% 


1.7% 


1.7% 


1995 


2.6% 


2.0% 


2.2% 


1.7% 


1.6% 


1.6% 


1996 


2.2% 


1.8% 


2.0% 


1.5% 


1.5% 


1.5% 


1997 


1.9% 


1.6% 


1,7% 


1.4% 


1.4% 


1.4% 


1998 


1.6% 


1.4% 


1.5% 


1.3% 


1.2% 


1.2% 


1999 


1.3% 


1.2% 


1.2% 


1.1% 


1.1% 


1.1% 


2000 


1.0% 


1.0% 


1.0% 


1.0% 


1.0% 


1.0% 



10.2.5 Projecting the Flow . After all the Input parameters 
(I.e., admission, repetition and dropout rates) have been 
estimated, the next step Is to go to the flow model to 
project the number of pupils, repeaters and dropouts. The 
working of the grade transition model Is similar to the one 
examined In Unit 1. In Unit 1, we are computing the flow 
rates from enrollment and repeater statistics; but In this 
\mlt, we will be computing enrollment, dropout and repeater 
figures from the flow rates. The following diagram depicts 
part of the flow model used in the PUPROJ worksheet: 



yr. 



Figure XXI; Flow Model in PUPROJ 
Grade 

E II 
322961 



84 5382689 | 



.1 \_ 



871996 



829591 



285294 4218203 



86 5307790 | 



.1 V 



202549 



4940215 I 

I \ 

637288 V 



304406 4187732 

85 53^2200 | 4825020 | 
I \ 

\ 



188477 4100378 



598604 



IV 



178824 4037938 



4816807 I 



.IV 



There art four sets of figures in the above diagram: 

(a) The figures shown inside the boxes above are the 
estimated enrollment. Therefore the estimated 
enrollment for grade 1 in 1986 is 5307790; 

(b) The figures shown at the upper right hand comer of the 
boxes are the estimated numbers of dropouts. Thus, the 
number of dropouts between grade 1 and grade 2 for 1985- 
1986 is 304406; 

(c) The figures given at the bottom of the boxes are the 
numbers of repeaters. For the number of repeaters in 
grade 1 in 1984 is 871996; 

(d) The figures given at the top left comers of the boxes 
are the number of pupils promoted. It may be seen from 
the above diagram that the ntimber of pupils promoted 
from grade 1 in 1985 to grade 2 in 1986 is 4218203. 

10 . 3 Formulae for Computations 

10.3.1 The interrelationship between the four sets of 
figures and with the admission, dropout and repetition rates 
estimated in other parts of the worksheet is defined In a 
similar manner as that for the grade transition model 
discussed in Unit 1 above: 

(a) Grade 2-6 Enrollment . The number of enrollment in 
grade 2 in~1986 (i.e., 4825020) is equal to SUM of the 
number, of repeaters in grade 2 in- 1986 which is 637288 
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and the ntunber of pupils promoted from grade 1 to grade 
2 in 1986 (i.e., 4187732); 

(b) Number of Pupils Promoted. The number of pupils 

promoted from grade 1 to grade 2 in 1986 is in turn 
given by the total ntimber of pupils in grade 1 in 1985 
(i.e., 5382699) LESS the niamber of pupils who repeated 
grade 1 in 1986 (i.e., 871396) AND the nutber of pupils 
who dropped out from grade 1 in 1935-86 (i.e., 322961). 

10.3.2 The number of repeaters, dropouts and enrollment in 
grade 1 are estimated by linking other parts of the worksheet 
on repetition and dropout rates and the number of new pupils 
admitted. The relationships between them are described below: 

(a) Grade 1 Enrollment . This is given by adding the nimber 
of new pupils admitted to grade 1 to the number of 
repeaters in grade 1 for the year concerned; 

(b) Number of Repeaters . The number of repeaters for grade 
1 in 1987 is derived from multiplying the enrollment in 
1986 by the estimated repetition rate in grade 1 in 
1987; 

(c) Number of Dropouts . The number of dropouts between 
grade 2 and grade 3 in 1986-87 is given by multiplying 
the enrollment in grade 2 in 1986 by the estimated 
dropout rate for grade 1 to grade 2 for 1986-87. 

Constructing the LOTUS Worksheet 

10.4.1 Entering Labels and Numbers . After having defined 
the interrelationship between the various parameters, the 
next step is to develop the worksheet. For a large worksheet 
like the grade transition model, it would be a fairly time- 
consxaming exercise to enter all the labels, including the 
flow diagram, and nxambers into the worksheet. The 
participants may make use of the COPY command learned in Unit 
1 to simplify their task. In order to design a format like 
that of PUPROJ, the participants will have to resort to the 
various format commands which have been examined in Unit 1 
above . 

10.4.2 Defining Formulae . Formulae have to be entered into 
the worksheet for calculating the number of dropouts, the 
nxamber of repeaters, etc. Different techniques have been 
been used: 

(a) Relative A ddressing . This is the default setting for 
formulae in the worksheet. Thiis, it is only necessary 
to enter the formula for one year or one grade for 
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computing the ntunber of repeaters. The formula for the 
repeaters in gr^de 1 in 1985 can be created by: 

(1) First move the cixrsor key to the cell which will 
contain the ntmber of repeaters in grade 1 in 
1985; 

(2) Type [+] to tell the system that a formula is 
being entered; 

(3) Move the cursor key to the cell which contains the 
value for the number of pupils in grade 1 in ,1984; 

(4) The address of the cell will appear on the control 
panel at the top of the worksheet; 

(5) Then type [*] which represents the multiplication 
operator. The cursor will immediately jump back 
to the cell which will store the result of the 
calculation (i.e., the number of repeaters in 
grade 1 in 1985); 

(6) Then move the cursor to the cell which contains 
the repetition rate for grade 1 in 1985. Then 
press [ENTER]: 

(7) The cursor will return back to the cell which will 
store the result of the formula (enrollment in 
grade 1 in 1985 multiplied by the repetition rate 
in grade 1 in 1986). The formula expressed in 
terms of the relevant cell addresses and the 
multiplication operator will also appear on the 
control panel at the top of the worksheet. 

As cell addresses in the worksheet are relative, the 
formula just created for calculating the number of 
repeaters in grade 1 in 1986 can be copied to calculate 
the numbers of repeaters in grade 1 in 1987-2000, as 
well as in grades 2-6 for the whole forecast period. 
This COPY technique has been demonstrated in Unit 1. 
Using the same technique, the formulae for computing the 
number of enroli:?\ents by grade, the number of dropouts 
and tiie number of new pupils admitted can be entered 
into the worksheet easily. 

(b) Mixed Cell Addressing . The technique of mixed cell 
addressing has been used to create formulae for 
estimating the admission, repetition and dropout rates. 
Cell addresses in formula can be relative, absolute and 
mixed. When absolute addressing is used, the cell 
address, say CIO, will be written as $C$10. No matter 
where this formula is. copied to, the cell address 
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remains unchanged* Mixed cell addressing is either 
keeping the coltum (represented by $C10) or the row 
address (represented by C$10) constant ♦ The ••$" sign 
may be entered into the formula by using the editing key 
[F2] ♦ Alternatively, before the formula has been 
completed, the cell reference can be transformed into 
absolute form xising the ftmction key [F4]» Pressing 
[F4] once will change from relative to absolute 
address ing» Pressing [F4] again will give a mixed cell 
addressing with the row address becoming "absolute." 
Pressing [F4] once more will give a mixed cell 
addressing with the colwm becoming "absolute." "Mixed 
cell" addressing is required because the grade 1 gross 
enrollment ratios, the rates of repetition and dropouts 
are based on the target rates set for a specified target 
year. With "mixed cell" addressing, copying of formulae 
for these rates would not change the cell addresses for 
the target rates. 

(c) @MAX Function . This ftmction is used in projecting the 
grade 1 gross enrollment ratio to ensure that the ratio 
would not fall below \anity. The ftmction @MAX (list) 
returns the maximum value in the list. 

10.4.3 It is suggested that the participants should explore 
the worksheet and examine the formulae displayed on the 
control panel at the top of the worksheet, in order to have a 
better xmderstanding of how the worksheet is built up. 

10.4.4 The results of the projection are summarized the far 
right end of the worksheet. To stimmarize the results 
provides a convenient means of making use of the results of 
the projection of further analys:\s. The results are also 
reproduced below: 
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Figure XXII: Results of the Enrollment Prol ectlon 



Projected Enrollment for Grade I -IV 
Year I II HI 1^ 



1984 
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1985 
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1986 
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A 856 813 


4 615 809 


4,338,975 


1993 


5,168,245 


4,847,764 


4,632,926 


4,381,332 


1994 


5,198,579 


4,901,790 


4.640.666 


4,415.736 


1995 


5,155,372 


4,961,156 


4,704,227 


4,441.173 


1996 


5,105,489 


4,955,595 


4,776,671 


4,517,286 


1997 


5,055,690 


4,938,040 


4,790,668 


4,604,434 


1998 


5,006,595 


•4,918,828 


4,789,923 


4,638,118 


1999 


4,958,243 


4,899,331 


4.786.580 


4.655.691 


2000 


4,910,620 


4,879,703 


4,782.597 


4,670,05? 
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Learning Activities 



11,1 Microcomputer Tutorial Session 

11, 1,1 The p\irpose of this tutorial session is to provide an 
opportunity for the participants to see how the worksheet can 
be tised to answer the "what if" question in planning « 
Figures in the worksheet PUPROJ have been protected against 
modifications except for the following parameters: 

(a) The projection population aged 7 years for the entire 
forecast perio<?; 

(b) The target grade 1 gross enrollment ratio and the target 
year for the target ratio to be reached; 

(c) The target rates of repetition by grade and the target 
year for these rates to be attained; 

(d) The target rates of dropout by grade and the target year 
for which these rates coulJ be achieved; 

(e) The actual enrollment, rates of repetition and dropouts 
and the grade 1 gross enrollment rate for the year 1984; 

11,1,2 The global protection and the unprotection for 
specified range of cells can be set bv the following 
commands : 

(a) Setting global protection 

(1) [/] to bring up the LOTUS menu; 

(2) [W] to open the worksheet menu; 

(3) [G] to select the global menu; 

(4) [P] to select the protection facility and the 
[E]nable command; 

(b) Unprotect range of cells 

(1) The cell addresses for the parameters listed in 
paragraph 11 .1.1 above are unprotected by xising 
the command [/] to bring up the LOTUS menu; 

(2) [R] to select the range menu; 

(3) [U] to activate the unprotect facility • By 
specifying the range of cells to be unprotected, 
followed by [RETURN] , this allows values in the 
cells specified to be modified. 

11,1.3 The participants could assign different values to the 
parameters listed in paragraph 11.1.1 above. By pressing 
[F9], a new iet of projection different from the one shown in 
Figure XXII above can be obtained from the worksheet. The 
participants are encouraged to practice by assigning 
different sets of values to these parameters. 
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12, Post-asses sment 



12,1 The participants are asked to develop, by their own, a 
proiection model using the grade retention model for primary 
schools with the following statistical information: 

(a) The estimated nxamber of population aged 7 for the years 1984- 
2000 which is given in the worksheet PUPROJ ; 

(b) The estimated ntjmber of population, aged 8 for the years 1984- 
2000 which is assximed to be the same as the nxamber of 
children aged 7 years; 

(c) The age -specific enrollment ratio for grade 1 in 1984 and the 
target year of 2000: 

Age 7 Age 8 

1984 (actual) 68% 20% 

2000 (target) 90% 10% 

It is assumed that pupils admitted into grade 1 are all within the 
age range from 7 to 8 years; 

(d) The target and actiial retention rates by grades: 

Gr\ il2 2-3 3-4 4-5 5-6 
1984 (actual) 88% 90% 95% 85% 70% 
2000 (target) 100% 100% 100% 95% 90% 

(e) The actual enrollment in 1984 is the same as that given in 
the worksheet PUPROJ, 

The participants will have to construct the worksheet based on the 
above statistical information. 



IV, Unit 3: Projection of Teacher and Other Resources Requirements 

An Integrated Approach 

13, Performance Objectives 

13,1 The basic techniques used in constructing a fairly completed 
projection have been discussed in Unit 2, In this unit, the 
participants will be introduced to the techniques of linking 
different projections in a single worksheet. On completion of this 
\init, the participants should be able to: 
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(a) Appreciate the interrelationship between the enrollment 

projection and other resources requirements like the teacher 
requirement projection and the projection of additional 
schools required; 

rb) Combine different LOTUS spreadsheets into an integrated 
projection model » encompassing enrollment projection and 
other resources requirement projection models. 



Instructional Activities 

14.1 This is a fairly short unit, as the basic techniques in using 
LOTUS 123 to develop projection models have already been discussed 
in Unit 2 above. Furthermore, the projection of teacher 
requirements and other resources i -aplications are relatively less 
complicated than the enrollment projection models. In this imit, 
the instructors should emphasize the need to link these different 
projections together in planning, so that an overall implication of 
a given education policy can be thoroughly examined. 

14.2 Teacher Prelection 

14.2.1 Teacher Projection is compared with other forecasts 
of manpower requirement, relatively easy to xindertake. This 
is because of the niimber of teachers required for a given 
enrollment size is largely determined by educational planners 
and policymakers. Furthermore, siibstitutability is not 
easy as many countries enforce a certain standard on teacher 
recruitment. Nevertheless, it is not xmcommon to find 
countries having to cope with the problems of shortages or 
suxnpluses in the supply of teachers. 

14.2.2 There are two main parameters in forecasting teacher 
requirements : 

(a) The teacher/class ratio or the pupil/teacher ratio; 

(b) The teacher wastage rate. 

If it is required to project the number of teacher required 
by qualifications, then additional information is required on 
the qualification structure of the teacher force. 

14.3 Projection of Other Resources Requirements 

14.3.1 There is a host of other resources requirements that 
have to be taken into accoimt in preparing an education plan. 
These include, for instance, the following: 



(a) The additional nuaeber of classrooms and the nxamber of 
schools required; 

(b) The ntuftber of textbooks required and the nxmber of 
library books required; 

(c) The TV sets required for educational television; 

(d) The nuniber of school social workers/coxinsellors 
required. 

Usually, these requirements can be related directly to the 
enrollment size. 

14.3.2 Finally, it goes without saying that it is necessary 
to estimate as well the total costs required, which may be 
broken down into teacher salary costs, and other recurrent 
costs as well as nonrecurrent costs. 



User Manual 

15.1 Two worksheets on teacher requirement projection and 
requirement for an additional nianber of classes have been developed 
for this unit. They are stored in the file TEPROJ and CLPROJ 
respectively. The techniques used in developing these two 
worksheets have already been discussed in Units 1 and 2 above. A 
third worksheet which combines the three worksheets PUPROJ , TEPROJ 
and CLPROJ has also been created. This worksheet represents an 
integrated approach to forecasting. The worksheet is stored in the 
file named PLAN. 

15.2 TEPROJ Worksheet for Teacher Requirements Projection 

15.2.1 It is not proposed to go through the steps involved 
in developing this worksheet. The participants should by now 
be able to develop a worksheet like TEPROJ. Therefore, only 
the main feature of the worksheet will be discussed here. 
The worksheet can be divided into two parts: 

(a) The first part is the use of the pupil/teacher ratio to 
estimate the total number of teachers, given a forecast 
of enrollment. The relevant part of the worksheet is 
shown below: 
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Figure XXIII: Estimating Total Nutinber of Teachers Required 

Teacher Requirement Projection Model II- 
Projected Teacher Requirement 



Year 


Total 
Encollnent 


Pup 11/ teacher 
ratio 


Nximber of 

Teachers 

Required 


1984 


26,567,688 


32.00 


830,240 


1985 


26,612,007 


31 94 


833,253 


1986 


26,712,188 


31.88 


838,029 


1987 


26,847,231 


31.81 


843,921 


1988 


26,647,526 


31.75 


839,292 


1989 


26,681,691 


31.69 


842,026 


1990 


26,792,066 


31.63 


847,180 


1991 


26,925,462 


31.56 


853,084 


1992 


27,056,442 


31.50 


858,935 


1993 


27,259,670 


31.44 


867,107 


1994 


27,500,230 


31.38 


876,501 


1995 


27,701,963 


31.31 


884,693 


1996 


27,875,371 


31.25 


892,012 


1997 


28,028,508 


31.19 


898,710 


1998 


28,170,038 


31.13 


905,061 


1999 


28,256,614 


31.06 


909,670 


2000 


28,275,353 


31.00 


912,108 



Thus the total niimber of teachers required is obtained 
by sl-nply dividing the total enrollment by the pupil/ 
teacher ratio. 



ERIC 
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(b) The second part of the worksheet is the estimation of 
the nuniber of new teachers required to cope with the 
increase in the nximber of teachers and to replace 
wastage. The relevant part of the worksheet is as 
follows: 

Figure XXIV: Prelecting Additional No> of Teachers 



Additional Ntanber of New Teachers Required 

for Replacement for Increased Demand , Total 



1985 


58,117 


3,012 


61,129 


1986 


58,328 


4,777 


63,104 


1987 


58,662 


5,891 


64,553 


1988 


59,074 


(4,629) 


54,446 


1989 


58,750 


2,734 


61,484 


1990 


58,942 


5,154 


64,096 


1991 


59,303 


5,904 


65,207 


1992 


59,716 


5,851 


65,567 


1993 


60,125 


8,172 


68,298 


1994 


60,697 


9,395 


70,092 


1995 


61,355 


8,192 


69,547 


1996 


61,929 


7,318 


69,247 


1997 


62,441 


6,698 


69,139 


1998 


62,910 


6,352 


69,261 


1999 


63,354 


4,608 


67,962 


2000 


63,677 


2,439 


66,115 



The number of new teachers required to meet replacement 
demand can be estimated by applying the assxjuned waste rate 
to the number of teachers in the preceding year. 
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CLPROJ Worksheet for Estimated Ntmber of Classes 



15*3 ♦I The CLPROJ is developed to llltJistrate how the results 
of the enrollment projection can be used to estimate the 
number of additional classes required* The worksheet is 
reproduced below: 



Figure XXV: C LPROJ Worksheet 
II* Projected Number of Operating Classes Required 



Year 


T 


TT 
XX 


TTT 
XxX 


IV 

X w 


As sump t ions 


on class 

45.0 


size : 

44.0 


43.0 


43.0 


1 OQ/. 


II7 , OLj 


119 97ft 
xx^ 1^/0 


107 264 

Xv / f ^W** 


97,904 




LLO f 7 JO 


ino tifXi 

XU7 f oou 


106 620 


98,470 




117 0*\1 

LL 1 y 73X 


inQ ^.7'^ 

XU7 y *♦ / J 


104 668 


98,364 


1 Ofl7 


11 A ftfll 


ino W\ 

XU7 f 


104 655 


101,256 






lOQ 116 

XV/7 f XXV 


104,879 


97,350 


X707 


1 1 fi SI 7 
XXO 9 JX / 


XV/7 y 0 X<J 


105 051 

XV/ y V/ X 


C7,947 


X77U 


lis fiQfi 

XX J 9 070 


110 177 

XXw y X / / 


105 846 

XV/ «/ y 


98,520 


1 QQ1 
X77X 


lis 1 '^ft 

XX J 9 X JO 


110 368 


106 758 

XV/ w y / i>/ U 


99 , 642 


1992 


114,166 


110,382 


107 , 344 


100 , 906 


1993 


114,850 


110,176 


107,742 


101,891 


1994 


115,524 


111,404 


107,922 


102,692 


1995 


114,564 


112,754 


109,401 


103,283 


1996 


113,455 


112,627 


111,085 


105,053 


1997 


112,349 


112,228 


111,411 


1C7,080 


1998 


111,258 


111,792 


111,394 


107,863 


1999 


110,183 


111,348 


111,316 


108,272 


2000 


109,125 


110,902 


111,223 


108,606 



It may be noted that the only parameters used in the previous 
projection is the average class size by grade ♦ 

15.4 Integrated Projection Model 

15^4 ♦I An integrated projection model has been developed by 
combining the PUPROJ, TEPROJ, and CLPROJ worksheets. An 
additional feature has also been included in the integrated 
model. This is the estimation of the number of new schools 
required, based on an asstimption of the average nxunber of 
operating classes per new school. The relevant worksheet is 
shown below: 



2.2 o 
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Figure XXVI: Prolectlng School Requirement in PLAN 
(IV) Projected Number of Schools Required 
Average No. of classes/new school - 12 

Additional Additional No. of New 

Total Num. no. of no. of schools 

of classes schools required 

classes required required each year 

( ctimulative ) ( cumulative ) 



609,679 








610,802 


1,123 


94 


94 


613,182 


3,503- 


292 


198 


616,375 


6,697 


558 


266 


611,744 


2,066 


172 ■ 


(386) 


612,536 


2,857 


238 


66 


615,118 


5,440 


453 


215 


618,252 


8,573 


714 


261 


621,343 


11,664 


972 


258 


626,042 


16,363 


1,364 


392 


631,576 


21,898 


1,825 


461 


636,281 


26,602 


2,217 


392 


640,368 


30,690 


2,557 


341 


f 43, 990 


34,312 


2,859 


302 


647,343 


37,664 


3,139 


279 


649,416 


39,738 


3,311 


173 


649,912 


40.233 


3,353 


41 
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16* Learning Activities 

16*1 Microcomputer Tutorial Session ^ 

16*1*1 The participants are asked to change the following 
policy variables and press [F9] to see how the projection 
will be changed: 

(a) The target grade 1 gross enrollment ratio; ^ 

(b) The target repetition rates; 

(c) The target dropout rates; 

(d) The target pupil/teacher ratio; ^ 

(e) The average class size; 

(f) The average number of classes per new school. 

{ 

17. Pos t « as se s sment 

17.1 The participants will be asked to: 

(a) Develop a worksheet for teacher projection, using the i 
teacher/class ratio instead of the pupil/teacher ratio for 

projecting teacher requirement. All other variables will be 
the same as the PLAN worksheet except that teacher/class 
ratio for the forecast period is assumed to remain constant 
at 1:4. 

(b) Integrate this worksheet with the PUPROJ and CLPROJ - 
worksheets to produce an integrated forecasting model. 
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